Project

General

Profile

Actions

Bug #4287

closed

Wrong display for ppp in Interfaces page

Added by Jo S about 9 years ago. Updated almost 2 years ago.

Status:
Resolved
Priority:
Normal
Assignee:
Category:
PPP Interfaces
Target version:
Start date:
01/25/2015
Due date:
% Done:

0%

Estimated time:
Plus Target Version:
Release Notes:
Affected Version:
2.2
Affected Architecture:
All

Description

Hello,

I have a ppp link configured with a 3G usb modem Huwaei E372 which is working great.
However there is a bug in the display for "Cell SIM State" and "Cell Service" in the Interfaces page:

Cell Signal (RSSI) rssi:10 level:-93dBm percent:32%
Cell Mode WCDMA, HSUPA Mode
Cell SIM State Invalid SIM/locked State
Cell Service No Service

Cell Upstream 8438 kbit/s
Cell Downstream 20508 kbit/s

It displays that while ppp is up and working great.

Thank you

Actions #1

Updated by Phillip Davis over 8 years ago

What is in /tmp/3gstats.* ?
and what is the output of:
usbconfig
?

Those things are used by function get_interface_info() in /etc/inc/pfsense-utils.inc to generate those various text status. I guess your 3G Huwaei model is reporting its status strings a bit different to what is expected.

Actions #2

Updated by Jo S over 8 years ago

Here is the output:

[2.2.3-RELEASE][]/tmp: usbconfig
ugen0.1: <OHCI root HUB 0x8086> at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=SAVE (0mA)
ugen1.1: <OHCI root HUB 0x8086> at usbus1, cfg=0 md=HOST spd=FULL (12Mbps) pwr=SAVE (0mA)
ugen2.1: <OHCI root HUB 0x8086> at usbus2, cfg=0 md=HOST spd=FULL (12Mbps) pwr=SAVE (0mA)
ugen3.1: <EHCI root HUB Intel> at usbus3, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (0mA)
ugen4.1: <OHCI root HUB 0x8086> at usbus4, cfg=0 md=HOST spd=FULL (12Mbps) pwr=SAVE (0mA)
ugen5.1: <OHCI root HUB 0x8086> at usbus5, cfg=0 md=HOST spd=FULL (12Mbps) pwr=SAVE (0mA)
ugen6.1: <OHCI root HUB 0x8086> at usbus6, cfg=0 md=HOST spd=FULL (12Mbps) pwr=SAVE (0mA)
ugen7.1: <EHCI root HUB Intel> at usbus7, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=SAVE (0mA)
ugen3.2: <HUAWEI Mobile Huawei Technologies> at usbus3, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON (500mA)

[2.2.3-RELEASE][]/tmp: cat 3gstats.opt3
#seconds,rssi,mode,submode,upstream,downstream,sentbytes,receivedbyts,bwupstream,bwdownstream,simstate,service
118,7,0,0,0,0,319,383,8438,20508,0,0

Actions #3

Updated by Phillip Davis over 8 years ago

The simstate and service fields in your output are the field offsets used by the code, so that is a good start. But the values are the 2 "0" on the end of the comma-separated list. "0" is supposed to mean "Invalid SIM/locked" and "No Service" respectively, so the widget is displaying correctly based on the data in 3gstats.opt3

I have a ZTE 3G device, so I cannot play for you.

Maybe there is someone else with a Huawei 3G device that can also look in 3gstats.* and see what they get in those last 2 fields and give some clues?

Actions #4

Updated by Jo S over 8 years ago

Looked a bit at the source code:

There is 3gstats.php which is retrieving datas from the Huawei monitoring device: https://github.com/pfsense/pfsense/blob/master/usr/local/bin/3gstats.php
And this script is called by https://github.com/pfsense/pfsense/blob/master/etc/inc/interfaces.inc#L2015

Per default, simstate/service is 0 in the $record array, until the monitoring device send ^SIMST or ^SRVST to populate datas.

I launched "cat /dev/cuaU0.3" to watch which datas are coming in the monitoring device, and I only see RSSI , BOOT , DSFLOWRPT , CSNR datas. My device never send SIMST or SRVST, not sure if it depends on the device model or if there is a configurable option on the device to make it more verbose or if it is something else.

A little update to the script and interface display could be to make a difference between "never received this information" and "invalid sim state" to be more accurate.

Actions #5

Updated by Kill Bill about 7 years ago

https://github.com/pfsense/pfsense/pull/3639

Cannot see what else could be done here. If it's not reported, it's not reported.

Actions #6

Updated by Kill Bill about 7 years ago

Merged.

Actions #7

Updated by Jim Pingle about 7 years ago

  • Status changed from New to Feedback
  • Assignee set to Jo S
  • Target version set to 2.4.0
  • Affected Architecture All added
  • Affected Architecture deleted ()
Actions #8

Updated by Jo S about 7 years ago

I can't test the patch actually because since then I have changed my 3G usb key to an other huawei one, and there is 2 things:

- in 3gstats.php , this call is made to look for huawei usb key : /usr/sbin/usbconfig | /usr/bin/egrep -ie '(huawei)'
but in my case I don't have anymore huawei displayed in the list, only the vendor id (see below), so 3gstats is not even called in the background like before.

ugen0.2: <product 0x14ac vendor 0x12d1> at usbus0, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON (500mA)

- and even if I call it manually with /usr/local/bin/3gstats.php cuaU0.1 opt3 , it seems my new usb key does not report any stats.. even if I do a "cat /dev/cuaU0.1" directly.

Actions #9

Updated by Jim Pingle over 6 years ago

  • Status changed from Feedback to Resolved

Closing this out. If it's still a problem for someone that can reproduce it, please comment and we can look deeper.

Actions #10

Updated by Marco Mueller over 3 years ago

Hi Jim

i know it's a very old report, but i have the same bug.

The Connection is online an working but the state is wrong.

Version 2.4.5-RELEASE-p1 (amd64)

Status/Interface:
Uptime 00:18:18
Cell Signal (RSSI) rssi:0 level:-113dBm percent:0%
Cell Mode None, No Service Mode
Cell SIM State Missing SIM State
Cell Service Unknown Service

/usr/sbin/usbconfig | /usr/bin/egrep -ie '(huawei)'
ugen1.3: <HUAWEI Technology HUAWEI Mobile> at usbus1, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON (500mA)

cat /tmp/3gstats.wan
#seconds,rssi,mode,submode,upstream,downstream,sentbytes,receivedbyts,bwupstream,bwdownstream,simstate,service
0,0,0,0,0,0,0,0,0,0,255,255

Have you any news for this?

Greets Marco

Actions #11

Updated by Karlo Tomka almost 2 years ago

Hi Marco,

I have the same problem like you, did you find a solution for it?

Karlo

Actions

Also available in: Atom PDF