<div dir="ltr"><div dir="ltr" style="font-size:12.8px">I had a similar problem where I saw an "ipv6-only-allowed" error. In my case the brand-new modem had an empty APN with IPV4V6 set:<div><br></div><div><div>AT+CGDCONT?</div><div>+CGDCONT: 1,"IPV4V6","","0.0.0.0.0.0.0.<wbr>0.0.0.0.0.0.0.0.0",0,0,0,0</div><div><br></div><div>OK</div></div><div><br></div><div>I overwrote it with an empty APN with "IP" instead of "IPV4V6" and it connected happily after that with IPv4.</div></div><div class="gmail-yj6qo gmail-ajU" style="margin:2px 0px 0px;font-size:12.8px"><div id="gmail-:1gw" class="gmail-ajR" tabindex="0"><img class="gmail-ajT" src="https://ssl.gstatic.com/ui/v1/icons/mail/images/cleardot.gif" style="opacity: 0.3;"></div></div><div class="gmail_extra"><br><div class="gmail_quote">On 2 September 2017 at 00:42, Tim Harvey <span dir="ltr"><<a href="mailto:tharvey@gateworks.com" target="_blank">tharvey@gateworks.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Greetings,<br>
<br>
I've got an MC7455 with the latest ATT firmware and an ATT SIM I'm<br>
using with an Ubuntu 4.11 kernel and libqmi-1.18.0.<br>
<br>
A typical successful connection on a clean power-up looks like:<br>
root@ventana:~# qmi-network /dev/cdc-wdm0 start<br>
Loading profile at /etc/qmi-network.conf...<br>
    APN: m2m.com.attz<br>
    APN user: unset<br>
    APN password: unset<br>
    qmi-proxy: yes<br>
Checking data format with 'qmicli -d /dev/cdc-wdm0<br>
--wda-get-data-format --device-open-proxy'...<br>
Device link layer protocol retrieved: raw-ip<br>
Getting expected data format with 'qmicli -d /dev/cdc-wdm0<br>
--get-expected-data-format'...<br>
Expected link layer protocol retrieved: 802-3<br>
Updating kernel link layer protocol with 'qmicli -d /dev/cdc-wdm0<br>
--set-expected-data-format=<wbr>raw-ip'...<br>
Kernel link layer protocol updated<br>
Starting network with 'qmicli -d /dev/cdc-wdm0<br>
--wds-start-network=apn='m2m.<wbr>com.attz'  --client-no-release-cid<br>
--device-open-proxy'...<br>
Saving state at /tmp/qmi-network-state-cdc-<wbr>wdm0... (CID: 35)<br>
Saving state at /tmp/qmi-network-state-cdc-<wbr>wdm0... (PDH: 63335264)<br>
Network started successfully<br>
<br>
But sometimes I am unable to connect on a clean power-up with:<br>
root@ventana:~# qmi-network /dev/cdc-wdm0 start<br>
Loading profile at /etc/qmi-network.conf...<br>
    APN: m2m.com.attz<br>
    APN user: unset<br>
    APN password: unset<br>
    qmi-proxy: yes<br>
Checking data format with 'qmicli -d /dev/cdc-wdm0<br>
--wda-get-data-format --device-open-proxy'...<br>
Device link layer protocol retrieved: raw-ip<br>
Getting expected data format with 'qmicli -d /dev/cdc-wdm0<br>
--get-expected-data-format'...<br>
Expected link layer protocol retrieved: raw-ip<br>
Device and kernel link layer protocol match: raw-ip<br>
Starting network with 'qmicli -d /dev/cdc-wdm0<br>
--wds-start-network=apn='m2m.<wbr>com.attz'  --client-no-release-cid<br>
--device-open-proxy'...<br>
error: couldn't start network: QMI protocol error (14): 'CallFailed'<br>
call end reason (1): generic-unspecified<br>
verbose call end reason (6,50): [3gpp] ipv4-only-allowed<br>
Saving state at /tmp/qmi-network-state-cdc-<wbr>wdm0... (CID: 35)<br>
error: network start failed, no packet data handle<br>
Clearing state at /tmp/qmi-network-state-cdc-<wbr>wdm0...<br>
<br>
I'm not clear what the 'ipv4-only-allowed' means but I would guess<br>
something is erroneously setting the ip-family? I'm under the<br>
impression that setting the ip family via libqmi is not yet supported<br>
so I'm not sure how to check to see if that's the reason for the<br>
failure.<br>
<br>
It looks like the PDP allows for both ipv4 and ipv6:<br>
root@ventana:~# qmicli -d /dev/cdc-wdm0 --wds-get-profile-list=3gpp<br>
Profile list retrieved:<br>
        [1] 3gpp -<br>
                APN: 'm2m.com.attz'<br>
                PDP type: 'ipv4-or-ipv6'<br>
                Auth: 'pap, chap'<br>
<br>
I can fairly easily reproduce the issue if I issue a specific set of<br>
qmicli commands prior to the qmi-network start:<br>
qmicli -d /dev/cdc-wdm0 --dms-swi-get-current-firmware<br>
qmicli -d /dev/cdc-wdm0 --nas-get-signal-info<br>
qmicli -d /dev/cdc-wdm0 --nas-get-system-selection-<wbr>preference<br>
qmicli -d /dev/cdc-wdm0 --nas-network-scan<br>
qmicli -d /dev/cdc-wdm0 --nas-get-home-network<br>
qmicli -d /dev/cdc-wdm0 --nas-get-system-info<br>
qmicli -d /dev/cdc-wdm0 --nas-get-operator-name<br>
qmicli -d /dev/cdc-wdm0 --nas-get-serving-system<br>
qmicli -d /dev/cdc-wdm0 --wds-get-current-settings<br>
<br>
I can't pin down a specific one though that causes it to get into this state.<br>
<br>
Any ideas?<br>
<br>
Regards,<br>
<br>
Tim<br>
______________________________<wbr>_________________<br>
libqmi-devel mailing list<br>
<a href="mailto:libqmi-devel@lists.freedesktop.org">libqmi-devel@lists.<wbr>freedesktop.org</a><br>
<a href="https://lists.freedesktop.org/mailman/listinfo/libqmi-devel" rel="noreferrer" target="_blank">https://lists.freedesktop.org/<wbr>mailman/listinfo/libqmi-devel</a><br>
</blockquote></div><br>
</div></div>