M7354 IPv6 Problem
Aleksander Morgado
aleksander at aleksander.es
Thu Sep 24 09:01:48 PDT 2015
Hey,
Have you checked this libqmi thread?
http://lists.freedesktop.org/archives/libqmi-devel/2014-December/001036.html
There are some good comments there from Bjørn regarding default
profiles and the ipv4-or-ipv6 context.
Also, see some clarifications below about how to use qmicli along with
ModemManager, unrelated to your issue.
>
> root at router:/home# mmcli -L
>
> Found 1 modems:
> /org/freedesktop/ModemManager1/Modem/0 [Sierra Wireless, Incorporated]
> MC7354
>
> root at router:/home# mmcli -m 0
>
> /org/freedesktop/ModemManager1/Modem/0 (device id
> '08fd8263ec2eb5f680a533bdcded55eef628d7bb')
> -------------------------
> Hardware | manufacturer: 'Sierra Wireless, Incorporated'
> | model: 'MC7354'
> | revision: 'SWI9X15C_05.05.16.03 r22385 carmd-fwbuild1
> 2014/06/04 15:01:26'
> | supported: 'gsm-umts
> | cdma-evdo
> | lte
> | cdma-evdo, gsm-umts
> | gsm-umts, lte
> | cdma-evdo, lte
> | cdma-evdo, gsm-umts, lte'
> | current: 'lte'
> | equipment id: '359225052167129'
> -------------------------
> System | device: '/sys/devices/pci0000:00/0000:00:14.0/usb1/1-1'
> | drivers: 'qmi_wwan, option1'
> | plugin: 'Generic'
> | primary port: 'cdc-wdm2'
> | ports: 'ttyUSB0 (qcdm), ttyUSB2 (at), wwan0 (net),
> wwan1 (net), cdc-wdm2 (qmi), cdc-wdm1 (qmi)'
> -------------------------
> Numbers | own : '2019196694'
> -------------------------
> Status | lock: 'sim-pin2'
> | unlock retries: 'sim-pin (3), sim-pin2 (3), sim-puk (10),
> sim-puk2 (10)'
> | state: 'disabled'
> | power state: 'on'
> | access tech: 'unknown'
> | signal quality: '0' (cached)
> -------------------------
> Modes | supported: 'allowed: 4g; preferred: none'
> | current: 'allowed: 4g; preferred: none'
> -------------------------
> Bands | supported: 'cdma-bc0-cellular-800, cdma-bc1-pcs-1900,
> cdma-bc10-secondary-800, cdma-bc15-aws, dcs, egsm, pcs, g850, u2100, u1900,
> u17iv, u850, u900, eutran-ii, eutran-iv, eutran-v, eutran-xiii, eutran-xvii,
> eutran-xxv'
> | current: 'cdma-bc0-cellular-800, cdma-bc1-pcs-1900,
> cdma-bc15-aws, dcs, egsm, pcs, g850, u2100, u1900, u850, u900, eutran-iv,
> eutran-xiii'
> -------------------------
> IP | supported: 'ipv4, ipv6, ipv4v6'
> -------------------------
> 3GPP | imei: '359225052167129'
> | enabled locks: 'none'
> | operator id: 'unknown'
> | operator name: 'unknown'
> | registration: 'unknown'
> -------------------------
> SIM | path: '/org/freedesktop/ModemManager1/SIM/0'
>
>
> root at router:/home# qmicli -d /dev/cdc-wdm2 --wds-get-profile-list=3gpp
> [24 Sep 2015, 11:09:46] -Warning ** Error reading from istream: Resource
> temporarily unavailable
> ^Ccancelling the operation...
>
> error: couldn't create client for the 'wds' service: CID allocation failed
> in the CTL client: Transaction aborted
You shouldn't try to run any QMI command directly in the same
/dev/cdc-wdm port which is using ModemManager (see "primary port"
reported above). If you do want to do that, you'll need to add the
extra "--device-open-proxy" option to your qmicli command (or shorter,
"-p"). See https://sigquit.wordpress.com/2013/09/13/sharing-a-qmi-port-between-processes/
> root at router:/home/m2m# qmicli -d /dev/cdc-wdm1 --wds-get-profile-list=3gpp
> Profile list retrieved:
> [1] 3gpp - profile1
> APN: 'INTERNET'
> PDP type: 'ipv4-or-ipv6'
> Auth: 'none'
> [2] 3gpp - profile2
> APN: 'admin'
> PDP type: 'ipv4-or-ipv6'
> Auth: 'none'
> [3] 3gpp - profile3
> APN: 'INTERNET'
> PDP type: 'ipv4-or-ipv6'
> Auth: 'none'
> [4] 3gpp - profile4
> APN: 'app'
> PDP type: 'ipv4-or-ipv6'
> Auth: 'none'
> [5] 3gpp - profile5
> APN: '800'
> PDP type: 'ipv4-or-ipv6'
> Auth: 'none'
> [9] 3gpp - profile9
> APN: 'ims'
> PDP type: 'ipv6'
> Auth: 'none'
> [10] 3gpp - profile10
> APN: 'admin'
> PDP type: 'ipv4'
> Auth: 'none'
> [11] 3gpp - profile11
> APN: 'INTERNET'
> PDP type: 'ipv4'
> Auth: 'none'
> [12] 3gpp - profile12
> APN: 'app'
> PDP type: 'ipv4-or-ipv6'
> Auth: 'none'
> [13] 3gpp - profile13
> PDP type: 'ipv4'
> Auth: 'none'
In this case it worked without the "--device-open-proxy" option
because /dev/cdc-wdm1 wasn't being used by ModemManager.
--
Aleksander
https://aleksander.es
More information about the ModemManager-devel
mailing list