<div dir="ltr">Hi Dan.<div><br></div><div>I did try parsing the output from <span style="font-size:12.8px">qmicli -d $DEV --wds-get-current-settings, but was unable to pass any traffic through the interface so I suspect the modem is actually not fully online. (I used the shell code from the patch here: </span><span style="font-size:12.8px"><a href="https://aur.archlinux.org/cgit/aur.git/tree/0003-Added-STATIC_IP-option-to-configure-non-DHCP-network.patch?h=libqmi-qmi-over-mbim-netctl">https://aur.archlinux.org/cgit/aur.git/tree/0003-Added-STATIC_IP-option-to-configure-non-DHCP-network.patch?h=libqmi-qmi-over-mbim-netctl</a> )</span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">Yesterday I also tested with the Gobi drivers from Sierra Wireless and they behave exactly the same way, taking forever to get an IP, so now I'm waiting for support from them.</span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px">Thanks,</span></div><div><span style="font-size:12.8px"><br></span></div><div><span style="font-size:12.8px"> -- Paul</span></div><div><span style="font-size:12.8px"><br></span></div></div><div class="gmail_extra"><br><div class="gmail_quote">On 25 October 2017 at 18:14, Dan Williams <span dir="ltr"><<a href="mailto:dcbw@redhat.com" target="_blank">dcbw@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5">On Tue, 2017-10-24 at 12:42 +0200, Paul Loberg wrote:<br>
> Hi.<br>
><br>
> I am testing a computer with a Sierra Wireless MC7304 modem where I<br>
> am<br>
> stuck in debugging why it usually take several minutes to obtain an<br>
> IP<br>
> address via DHCP.<br>
><br>
> I'm using libqmi 1.18.0 and a 4.1.35 kernel on Gentoo. To bring up<br>
> the<br>
> connection I do (DEV is /dev/cdc-wdm0)<br>
><br>
>  qmicli -d $DEV --wda-set-data-format=802-3<br>
>  qmicli -d $DEV --wds-start-network=apn='<wbr>internet' --client-no-<br>
> release-cid<br>
>  qmicli -d $DEV --wds-set-autoconnect-<wbr>settings=enabled,roaming-<br>
> allowed<br>
><br>
> After this, "qmicli -d $DEV --wds-get-packet-service-<wbr>status" will<br>
> show the<br>
> status as "connected" and qmicli -d $DEV --wds-get-current-settings<br>
> does<br>
> show that the connection has been assigned an IP address immediately<br>
> afterwards.<br>
><br>
> To configure the interface I rely on dhcpcd which I see report<br>
> "carrier<br>
> acquired" shortly after I bring up the wwan interface with qmicli and<br>
> it<br>
> then start sending DISCOVER requests on the interface. This goes on<br>
> for<br>
> many minutes (sometimes as much as 10 minutes) before a DHCP offer is<br>
> received with the IP that I already observed when doing "qmicli -d<br>
> $DEV<br>
> --wds-get-current-settings".<br>
><br>
> What can be causing this? Is it an issue with the mobile broadband<br>
> provider<br>
> or related to my system?<br>
><br>
> Would it be safe to parse the output from "qmicli -d $DEV<br>
> --wds-get-current-settings" and configure the wwan interface using<br>
> that<br>
> information? Does any tools exist that does that?<br>
<br>
</div></div>Yes, this is likely what you should do.  Note that new QMI-based<br>
devices often do no support 802.3 mode and some don't support DHCP, but<br>
do support --wds-get-current-settings.  It's not too hard to just parse<br>
that info and run a couple /sbin/ip commands to set up the interface.<br>
<span class="HOEnZb"><font color="#888888"><br>
Dan<br>
</font></span></blockquote></div><br></div>