MC7750
Dan Williams
dcbw at redhat.com
Tue Dec 11 06:55:00 PST 2012
On Tue, 2012-12-11 at 12:02 +0000, Niek Kooij wrote:
> Just an update, i have got it working. Turns out it was a modem setting which we changed using the AT interface. For anybody having similar problems: don’t touch the cgdcont settings, but keep them default :
> at+cgdcont?
Verizon used to have this problem when their LTE network was new,
becasue they didn't have a Mac OS connection manager. So they
eventually modified Verizon BroadbandAccess to fix up the PDP contexts
whenever you plug the modem in. You do need to keep at least
vzwinternet as an IPV4V6 type, and probably as ID #3.
Dan
> +CGDCONT: 1,"IPV6","vzwims","0.0.0.0",0,0
> +CGDCONT: 2,"IPV4V6","vzwadmin","0.0.0.0",0,0
> +CGDCONT: 3,"IPV4V6","vzwinternet","0.0.0.0",0,0
> +CGDCONT: 4,"IPV4V6","vzwapp","0.0.0.0",0,0
> +CGDCONT: 9,"IPV6","vzwims","0:0:0:0:0:0:0:0",0,0
> +CGDCONT: 10,"IPV4V6","vzwadmin","0.0.0.0",0,0
> +CGDCONT: 11,"IPV4V6","vzwinternet","0.0.0.0",0,0
> +CGDCONT: 12,"IPV4V6","vzwapp","0.0.0.0",0,0
> +CGDCONT: 13,"IP","","0.0.0.0",0,0
>
> So it wasn’t a libqmi issue after all and everything now works fine using the qmicli program for setting up connections :)
>
> Niek
>
> -----Original Message-----
> From: libqmi-devel-bounces+n.kooij=triple-it.nl at lists.freedesktop.org [mailto:libqmi-devel-bounces+n.kooij=triple-it.nl at lists.freedesktop.org] On Behalf Of Niek Kooij
> Sent: vrijdag 30 november 2012 10:03
> To: Dan Williams
> Cc: libqmi-devel at lists.freedesktop.org
> Subject: RE: MC7750
>
> Hi thanks for the response, but i think it is not a qmi problem anymore but more a registration problem to the Verizon LTE network or something. When I put the modem in automatic selrat it will always fallback to EVDO even though I know the sim card works with LTE (when using a Pantech UML290 modem it always connects to LTE and works fine) . I should also mention that when putting the modem in "LTE only" it will connect to the LTE network and without doing anything (no qmi or AT commands) it will also go to sleep so it looks like it is kicked of the LTE network for some reason and because it cannot fallback to anything it will just go to sleep. I will keep trying to get this to work and post it when I do even though it doesn’t seem to be a libqmi thing.
>
> To be complete the --nas-get-serving-system/--nas-get-signal-strength before and after the "sleep"
>
> BEFORE:
> ./qmicli -d /dev/cdc-wdm0 --nas-get-serving-system [/dev/cdc-wdm0] Successfully got serving system:
> Registration state: 'registered'
> CS: 'detached'
> PS: 'attached'
> Selected network: 'unknown'
> Radio interfaces: '1'
> [0]: 'lte'
> Roaming status: 'off'
> Data service capabilities: '1'
> [0]: 'lte'
> Current PLMN:
> MCC: '311'
> MNC: '480'
> Description: 'Verizon'
> Roaming indicators: '1'
> [0]: 'off' (lte)
> ./qmicli -d /dev/cdc-wdm0 --nas-get-signal-strength [/dev/cdc-wdm0] Successfully got signal strength
> Current:
> Network 'lte': '-76 dBm'
> RSSI:
> Network 'lte': '-76 dBm'
> ECIO:
> Network 'lte': '-31.5 dBm'
> IO: '-106 dBm'
> [30 Nov 2012, 09:58:39] -Warning ** Invalid SINR level '98'
> SINR: (98) '-179769313486231570814527423731704356798070567525844996598917476803157260780028538760589558632766878171540458953514382464234321326889464182768467546703537516986049910576551282076245490090389328944075868508455133942304583236903222948165808559332123348274797826204144723168738177180919299881250404026184124858368.0 dB'
> RSRQ:
> Network 'lte': '-12 dB'
>
> AFTER:
> ./qmicli -d /dev/cdc-wdm0 --nas-get-serving-system [/dev/cdc-wdm0] Successfully got serving system:
> Registration state: 'not-registered'
> CS: 'detached'
> PS: 'detached'
> Selected network: 'unknown'
> Radio interfaces: '1'
> [0]: 'none'
> Data service capabilities: '0'
>
> ./qmicli -d /dev/cdc-wdm0 --nas-get-signal-strength [/dev/cdc-wdm0] Successfully got signal strength
> Current:
> Network 'none': '-128 dBm'
> RSSI:
> Network 'none': '-128 dBm'
> ECIO:
> Network 'none': '-2.5 dBm'
> IO: '-106 dBm'
> SINR: (8) '9.0 dB'
>
> So as you can see the QMI side of things seem to be working (except for that warning :))
>
> Greetings Niek
>
>
>
>
>
> -----Original Message-----
> From: Dan Williams [mailto:dcbw at redhat.com]
> Sent: donderdag 29 november 2012 17:18
> To: Niek Kooij
> Cc: libqmi-devel at lists.freedesktop.org
> Subject: Re: MC7750
>
> On Tue, 2012-11-27 at 21:16 +0000, Niek Kooij wrote:
> > Hello,
> >
> > I am trying to use the qmicli to setup a connection for the MC7750 of
> > sierra on the Verizon network. I am using AT commands to enter the PIN
> > and do some other settings and get some data from the modem and only
> > use qmicli to get the modem to connect (--wds-start-network).
> > Everything works fine when I connect to 3G but I cannot manage to get
> > LTE working. When I put the modem in LTE only (AT command selrat) I do
> > get a connection and can send data at very nice speeds but after one
> > minute the modem seems to go to sleep and I have to unplug the modem
> > to get it to work again. Has anybody got a clue what the problem might
> > be?
>
> When you say "cannot manage to get LTE working" what does that mean?
> Does that mean the modem never acquires an LTE signal unless you force LTE-only mode? Or does it fall back to EVDO when making the actual data connection, even if it was registered with LTE before making the data connection?
>
> When you say "the modem seems to go to sleep" can you still get status from the modem using qmicli? When this happens, what does the --nas-get-serving-system print out? What does --nas-get-signal-strength print out?
>
> Dan
>
>
> _______________________________________________
> libqmi-devel mailing list
> libqmi-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/libqmi-devel
> _______________________________________________
> libqmi-devel mailing list
> libqmi-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/libqmi-devel
More information about the libqmi-devel
mailing list