Re: Pantech UML290 - 106c:3718 - QMI Modem



On Mon, 2017-11-20 at 17:16 -0600, Greg Oliver wrote:
On Mon, Nov 20, 2017 at 2:16 PM, Greg Oliver <oliver greg gmail com>
wrote:

On Mon, Nov 20, 2017 at 12:00 PM, Greg Oliver <oliver greg gmail co
m>
wrote:

On Mon, Nov 20, 2017 at 11:11 AM, Dan Williams <dcbw redhat com>
wrote:
On Mon, 2017-11-20 at 11:04 -0600, Dan Williams wrote:
On Fri, 2017-11-17 at 08:48 -0600, Greg Oliver wrote:
On Fri, Nov 17, 2017 at 2:34 AM, Aleksander Morgado <
aleksander aleksander es> wrote:

On Fri, Nov 17, 2017 at 12:44 AM, Greg Oliver <oliver.gre
g@gmail.
co
m>
wrote:
On Thu, Nov 16, 2017 at 2:57 PM, Aleksander Morgado
<aleksander aleksander es> wrote:

[snip]


[greg@dell-wifi ~]$ sudo mmcli -m 0

/org/freedesktop/ModemManager1/Modem/0 (device id
'48d4cf9eceb8dbb2de4e13da073cb011be31f29e')
  -------------------------
  Hardware |   manufacturer: 'QUALCOMM INCORPORATED'
           |          model: '42'
           |       revision:
'L0290VWBB12F.248  1  [Nov  9 2011

08:44:21]'
           |      supported: 'gsm-umts
           |                  cdma-evdo
           |                  lte
           |                  cdma-evdo, gsm-umts
           |                  gsm-umts, lte
           |                  cdma-evdo, lte
           |                  cdma-evdo, gsm-umts, lte'
           |        current: 'cdma-evdo'

So this is being managed in QMI, which is ok, but as seen
above
the
"current" mode is limited to cdma-evdo for some reason
(i.e. no
LTE).

Can you try to run this?
mmcli -m 0 --set-current-capabilities="cdma-evdo|lte"

The device should reboot after that; then re-run "mmcli
-m X" (X
will
likely be 1 after the reboot) and see if the "current"
field
shows
"lte" as well.

[snip]


[greg@dell-wifi ~]$ sudo mmcli -m 0
--set-current-capabilities="cdma-evdo|lte"
error: couldn't set current capabilities:
'GDBus.Error:org.freedesktop.ModemManager1.Error.Core.Unsup
ported:
Setting
capabilities is not supported by this device'

You may not actually be able to change the capabilities in
ModemManager, I don't recall exactly why and I thought we'd
fixed it,
but perhaps just use qmicli for the time being.

The UML290 is a bit particular in the options it wants, so
try this
(it
works on my 290...)

sudo qmicli -p -d /dev/cdc-wdm1 --nas-set-system-selection-
preference="cdma-1x|cdma-1xevdo|gsm|umts|lte"

And sorry, you want /dev/cdc-wdm0 here.  I already had a QMI
device
plugged in, thus the UML290 got cdc-wdm1 for me...

I am asking the guy I am incorporating this for to check
his plan
to
see if
his SIM card plan is even LTE capable.  He is switching
from T-
Mobile
2g on
his devices (since they are disbanding that network) to
Verizon.  I'll post
back when I hear, but your earlier comment that evdo does
not take
APNs
took me by surprise.  I have never used 3rd party network
subscriptions
before until this guy, but what you are saying is that when
using
PPP
on
evdo networks there is no APN concept like in GSM?  His
original
line
of

That's correct.  Verizon is still a hybrid CDMA/EVDO (which
doesn't
use
APNs at all) and LTE (which does) network.  Your modem was
originally
in CDMA/EVDO mode with LTE disabled, and thus NetworkManager
would
not
allow APN entry because it would be useless as CDMA doesn't
use one.

But if you switch the device with the above command to enable
LTE as
well, then you can enter the APN which will be used when the
device
attaches to the Verizon LTE network.

(I could go into what it does when it's dual-mode CDMA/EVDO +
LTE,
but
that's a much longer mail).

If that works and you can use your APN, great.  If it doesn't
work,
or
handoff between LTE and CDMA/EVDO doesn't work for you, let
us know
because there's one more setting that needs to be on for
dual-mode to
work correctly (eHRPD).

product on T-Mobile 2g was able to use 3rd party APNs just
fine - I
did not
know the backend of the 2 technologies were that much
different
other
than
the framing used - guess I need to read up more.

They are a ton different :)  CDMA/EVDO store more of the
subscriber
information with the carrier, thus you don't use APNs or SIM
cards.

Dan

Thanks Dan, you guys have me almost there.

This looks much more promising.  Since I am using a 3rd party
APN, I
disabled CDMA/EVDO completely, and the qmi command line
worked.  It
is not connecting still though - but it looks like a provisioned
SIM
issue?  The SIM works on VZ for sure - with PPP I get an address,
etc,
but like I said, I am using a 3rd party (Wyless) APN on the VZ
infrastructure.

ModemManager[23924]: <info>  [1511200452.907356]
[mm-iface-modem-simple.c:641] connect_auth_ready(): Simple
connect
started...
ModemManager[23924]: <debug> [1511200452.907483]
[mm-iface-modem-simple.c:651] connect_auth_ready():    PIN:
unspecified
ModemManager[23924]: <debug> [1511200452.907513]
[mm-iface-modem-simple.c:653] connect_auth_ready():    Operator
ID:
unspecified
ModemManager[23924]: <debug> [1511200452.907542]
[mm-iface-modem-simple.c:655] connect_auth_ready():    Allowed
roaming: yes
ModemManager[23924]: <debug> [1511200452.907570]
[mm-iface-modem-simple.c:657] connect_auth_ready():    APN:
wyleslte.gw7.vzwentp
ModemManager[23924]: <debug> [1511200452.907596]
[mm-iface-modem-simple.c:662] connect_auth_ready():    IP family:
ipv4
ModemManager[23924]: <debug> [1511200452.907620]
[mm-iface-modem-simple.c:673] connect_auth_ready():    Allowed
authentication: unspecified
ModemManager[23924]: <debug> [1511200452.907645]
[mm-iface-modem-simple.c:675] connect_auth_ready():    User:
unspecified
ModemManager[23924]: <debug> [1511200452.907667]
[mm-iface-modem-simple.c:677] connect_auth_ready():    Password:
unspecified
ModemManager[23924]: <debug> [1511200452.907689]
[mm-iface-modem-simple.c:679] connect_auth_ready():    Number:
*99#
ModemManager[23924]: <info>  [1511200452.907711]
[mm-iface-modem-simple.c:469] connection_step(): Simple connect
state
(4/8): Wait to get fully enabled
ModemManager[23924]: <info>  [1511200452.907772]
[mm-iface-modem-simple.c:478] connection_step(): Simple connect
state
(5/8): Register
ModemManager[23924]: <debug> [1511200452.907818]
[mm-iface-modem-3gpp.c:400]
mm_iface_modem_3gpp_register_in_network():
Already registered in network '311480', automatic registration
not
launched...
ModemManager[23924]: <info>  [1511200452.907870]
[mm-iface-modem-simple.c:501] connection_step(): Simple connect
state
(6/8): Bearer
ModemManager[23924]: <debug> [1511200452.907896]
[mm-iface-modem-simple.c:521] connection_step(): Creating new
bearer...
ModemManager[23924]: <debug> [1511200452.908355]
[mm-broadband-modem-qmi.c:304] modem_create_bearer_finish(): New
bearer
created at DBus path '/org/freedesktop/ModemManager1/Bearer/0'
ModemManager[23924]: <info>  [1511200452.908609]
[mm-iface-modem-simple.c:583] connection_step(): Simple connect
state
(7/8): Connect
ModemManager[23924]: <debug> [1511200452.908655] [mm-base-
bearer.c:703]
mm_base_bearer_connect(): Connecting bearer
'/org/freedesktop/ModemManager
1/Bearer/0'
ModemManager[23924]: <info>  [1511200452.908699] [mm-iface-
modem.c:1431]
__iface_modem_update_state_internal(): Modem
/org/freedesktop/ModemManager1/Modem/0: state changed (registered
->
connecting)
ModemManager[23924]: <debug> [1511200452.908996] [mm-bearer-
qmi.c:1254]
_connect(): Launching connection with QMI port (usb/cdc-wdm0) and
data port
(net/wwan0)
ModemManager[23924]: <debug> [1511200452.909043] [mm-bearer-
qmi.c:923]
connect_context_step(): Defaulting to use dhcp IP method
ModemManager[23924]: <debug> [1511200452.909083] [mm-bearer-
qmi.c:937]
connect_context_step(): Running IPv4 connection setup
ModemManager[23924]: <debug> [1511200452.909109] [mm-bearer-
qmi.c:950]
connect_context_step(): Allocating IPv4-specific WDS client
ModemManager[23924]: [/dev/cdc-wdm0] Allocating new client ID...
ModemManager[23924]: [/dev/cdc-wdm0] sent message...
<<<<<< RAW:
<<<<<<   length = 16
<<<<<<   data   = 01:0F:00:00:00:00:00:0B:22:00:04:00:01:01:00:01
ModemManager[23924]: [/dev/cdc-wdm0] sent generic request
(translated)...
<<<<<< QMUX:
<<<<<<   length  = 15
<<<<<<   flags   = 0x00
<<<<<<   service = "ctl"
<<<<<<   client  = 0
<<<<<< QMI:
<<<<<<   flags       = "none"
<<<<<<   transaction = 11
<<<<<<   tlv_length  = 4
<<<<<<   message     = "Allocate CID" (0x0022)
<<<<<< TLV:
<<<<<<   type       = "Service" (0x01)
<<<<<<   length     = 1
<<<<<<   value      = 01
<<<<<<   translated = wds
ModemManager[23924]: [/dev/cdc-wdm0] received message...
<<<<<< RAW:
<<<<<<   length = 24
<<<<<<   data   = 01:17:00:80:00:00:01:0B:22:00:
0C:00:02:04:00:00:00:00:00:01:02:00:01:01
ModemManager[23924]: [/dev/cdc-wdm0] received generic response
(translated)...
<<<<<< QMUX:
<<<<<<   length  = 23
<<<<<<   flags   = 0x80
<<<<<<   service = "ctl"
<<<<<<   client  = 0
<<<<<< QMI:
<<<<<<   flags       = "response"
<<<<<<   transaction = 11
<<<<<<   tlv_length  = 12
<<<<<<   message     = "Allocate CID" (0x0022)
<<<<<< TLV:
<<<<<<   type       = "Result" (0x02)
<<<<<<   length     = 4
<<<<<<   value      = 00:00:00:00
<<<<<<   translated = SUCCESS
<<<<<< TLV:
<<<<<<   type       = "Allocation Info" (0x01)
<<<<<<   length     = 2
<<<<<<   value      = 01:01
<<<<<<   translated = [ service = 'wds' cid = '1' ]
ModemManager[23924]: [/dev/cdc-wdm0] Registered 'wds' (version
1.10)
client with ID '1'
ModemManager[23924]: <debug> [1511200452.911904] [mm-bearer-
qmi.c:971]
connect_context_step(): Setting default IP family to: IPv4
ModemManager[23924]: [/dev/cdc-wdm0] sent message...
<<<<<< RAW:
<<<<<<   length = 17
<<<<<<   data   =
01:10:00:00:01:01:00:01:00:4D:00:04:00:01:01:00:04
ModemManager[23924]: [/dev/cdc-wdm0] sent generic request
(translated)...
<<<<<< QMUX:
<<<<<<   length  = 16
<<<<<<   flags   = 0x00
<<<<<<   service = "wds"
<<<<<<   client  = 1
<<<<<< QMI:
<<<<<<   flags       = "none"
<<<<<<   transaction = 1
<<<<<<   tlv_length  = 4
<<<<<<   message     = "Set IP Family" (0x004D)
<<<<<< TLV:
<<<<<<   type       = "Preference" (0x01)
<<<<<<   length     = 1
<<<<<<   value      = 04
<<<<<<   translated = ipv4
ModemManager[23924]: [/dev/cdc-wdm0] received message...
<<<<<< RAW:
<<<<<<   length = 20
<<<<<<   data   = 01:13:00:80:01:01:02:01:00:4D:
00:07:00:02:04:00:00:00:00:00
ModemManager[23924]: [/dev/cdc-wdm0] received generic response
(translated)...
<<<<<< QMUX:
<<<<<<   length  = 19
<<<<<<   flags   = 0x80
<<<<<<   service = "wds"
<<<<<<   client  = 1
<<<<<< QMI:
<<<<<<   flags       = "response"
<<<<<<   transaction = 1
<<<<<<   tlv_length  = 7
<<<<<<   message     = "Set IP Family" (0x004D)
<<<<<< TLV:
<<<<<<   type       = "Result" (0x02)
<<<<<<   length     = 4
<<<<<<   value      = 00:00:00:00
<<<<<<   translated = SUCCESS
ModemManager[23924]: <debug> [1511200452.915666] [mm-bearer-
qmi.c:1000]
connect_context_step(): Starting IPv4 connection...
ModemManager[23924]: [/dev/cdc-wdm0] sent message...
<<<<<< RAW:
<<<<<<   length = 36
<<<<<<   data   = 01:23:00:00:01:01:00:02:00:20:
00:17:00:14:14:00:77:79:6C:65:73:6C:74:65:2E:67:77:37:2E:76:
7A:77:65:6E:74:70
ModemManager[23924]: [/dev/cdc-wdm0] sent generic request
(translated)...
<<<<<< QMUX:
<<<<<<   length  = 35
<<<<<<   flags   = 0x00
<<<<<<   service = "wds"
<<<<<<   client  = 1
<<<<<< QMI:
<<<<<<   flags       = "none"
<<<<<<   transaction = 2
<<<<<<   tlv_length  = 23
<<<<<<   message     = "Start Network" (0x0020)
<<<<<< TLV:
<<<<<<   type       = "APN" (0x14)
<<<<<<   length     = 20
<<<<<<   value      = 77:79:6C:65:73:6C:74:65:2E:67:
77:37:2E:76:7A:77:65:6E:74:70
<<<<<<   translated = wyleslte.gw7.vzwentp
ModemManager[23924]: [/dev/cdc-wdm0] received message...
<<<<<< RAW:
<<<<<<   length = 32
<<<<<<   data   = 01:1F:00:80:01:01:02:02:00:20:
00:13:00:02:04:00:01:00:0E:00:10:02:00:F8:03:11:04:00:06:00:1F:00
ModemManager[23924]: [/dev/cdc-wdm0] received generic response
(translated)...
<<<<<< QMUX:
<<<<<<   length  = 31
<<<<<<   flags   = 0x80
<<<<<<   service = "wds"
<<<<<<   client  = 1
<<<<<< QMI:
<<<<<<   flags       = "response"
<<<<<<   transaction = 2
<<<<<<   tlv_length  = 19
<<<<<<   message     = "Start Network" (0x0020)
<<<<<< TLV:
<<<<<<   type       = "Result" (0x02)
<<<<<<   length     = 4
<<<<<<   value      = 01:00:0E:00
<<<<<<   translated = FAILURE: CallFailed
<<<<<< TLV:
<<<<<<   type       = "Call End Reason" (0x10)
<<<<<<   length     = 2
<<<<<<   value      = F8:03
<<<<<<   translated = gsm-wcdma-activation-reject
<<<<<< TLV:
<<<<<<   type       = "Verbose Call End Reason" (0x11)
<<<<<<   length     = 4
<<<<<<   value      = 06:00:1F:00
<<<<<<   translated = [ type = '3gpp' reason = '31' ]
ModemManager[23924]: <info>  [1511200453.119757] [mm-bearer-
qmi.c:348]
start_network_ready(): error: couldn't start network: QMI
protocol error
(14): 'CallFailed'
ModemManager[23924]: <info>  [1511200453.119790] [mm-bearer-
qmi.c:362]
start_network_ready(): call end reason (1016): 'gsm-wcdma-
activation-reject'
ModemManager[23924]: <info>  [1511200453.119809] [mm-bearer-
qmi.c:373]
start_network_ready(): verbose call end reason (6,31): [3gpp]
activation-reject
ModemManager[23924]: <debug> [1511200453.119872] [mm-base-
bearer.c:578]
connect_ready(): Couldn't connect bearer
'/org/freedesktop/ModemManager1/Bearer/0':
'QMI protocol error (14): 'CallFailed''
ModemManager[23924]: <info>  [1511200453.119950] [mm-iface-
modem.c:1431]
__iface_modem_update_state_internal(): Modem
/org/freedesktop/ModemManager1/Modem/0: state changed (connecting
->
registered)
ModemManager[23924]: <debug> [1511200453.120488]
[mm-iface-modem-simple.c:221] connect_bearer_ready(): Couldn't
connect
bearer: 'QMI protocol error (14): 'CallFailed''



Well, I guess technically that does not prove the SIM is
provisioned since
only LTE uses it - I will make sure they are properly provisioned
with VZ /
Wyless.



OK - the SIM is verified and also works properly in another device
that
talks QMI directly to it's modem - Nimbelink E2CLink (LTE Version)
(EoL) -

http://nimbelink.com/e2c-link-ethernet-to-cellular-router/

OK, just to be clear here... SIM works in another device on the LTE
network, but does not work in the UML290 and fails with "activation
reject", right?

Dan


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]