<div dir="ltr">For the IPv4 configuration, I get the correct gateway and DNS information but the IP address always is "24.0.0.0". Not sue what causes that. Any idea? <div><div><div class="gmail_extra"> </div><div class="gmail_extra">Peter </div><div class="gmail_extra"><div class="gmail_quote">On Fri, Mar 13, 2015 at 4:29 AM, Markus Gothe <<a href="mailto:nietzsche@lysator.liu.se" target="_blank">nietzsche@lysator.liu.se</a>> wrote: <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">I actually dug into 'umbim config' today... Yes IPv6 won't work at all... I decided to hide the problem behind a curtain. ;-) Well IIRC the struct might have some problems. I will check tomorrow. OK? //M - The panamahat hacker Den 12 mar 2015 14:31 skrev Bjørn Mork <<a href="mailto:bjorn@mork.no">bjorn@mork.no</a>>: <div><div class="h5">> > Peter Gerten <<a href="mailto:peter.gerten@googlemail.com">peter.gerten@googlemail.com</a>> writes: > > > There is actually code for MBIM_CID_IP_CONFIGURATION in the umbim source > > but it is not used in the connection script. I tried to add it and it gets > > DNS and gateway configuration right, but the IP address if wrong (I only > > tested ipv4 configuration, nor sure if ipv6 works). > > Yes, I noticed that as well a while ago. Actually went as far as > thinking I could fix it. That's when I discovered the design thinko in > the data/<a href="http://gen-header.pl" target="_blank">gen-header.pl</a> script: They try to convert every MBIM message > into a static sized struct. > > That will obviously never work for any message with variable sized > fields. At least not any message varying at multiple places, and not > just the end. The MBIM_CID_IP_CONFIGURATION reply is a very complex > message, with flags indicating the presence of IPv4 and/or IPv6 data, > and each of those sets containing multple variable length arrays of > addresses. You just cannot create a single struct matching that... > > But that's what they try to do: > > struct mbim_basic_connect_ip_configuration_r { > uint32_t sessionid; > /* enum MbimIPConfigurationAvailableFlag */ > uint32_t ipv4configurationavailable; > /* enum MbimIPConfigurationAvailableFlag */ > uint32_t ipv6configurationavailable; > uint32_t ipv4addresscount; > /* struct mbimipv4element */ > uint32_t ipv4address; > uint32_t ipv6addresscount; > /* struct mbimipv6element */ > uint32_t ipv6address; > /* array type: ref-ipv4 */ > uint32_t ipv4gateway; > /* array type: ref-ipv6 */ > uint32_t ipv6gateway; > uint32_t ipv4dnsservercount; > /* array type: ipv4-array */ > uint32_t ipv4dnsserver; > uint32_t ipv6dnsservercount; > /* array type: ipv6-array */ > uint32_t ipv6dnsserver; > uint32_t ipv4mtu; > uint32_t ipv6mtu; > } __attribute__((packed)); > > Not really a show stopper. Anything can be fixed. It just wasn't the > quick fix I imagined it would be, so I decided to let it be. > </div></div>> > I would actually love to use mbimcli instead of umbim on OpenWRT but > > currently do not know an easy way on how to do that. > > Nor do I... > > Fixing up umbim looks most promising, despite the issues mentioned. It > would be great if you were able to help doing that. > > > I noticed Aleksander's blog post about a version with integrated > > ModemManager - unfortunately it seems to be very outdated now ( > > <a href="https://sigquit.wordpress.com/2013/02/14/modemmanager-and-latest-udev-in-openwrt/" target="_blank">https://sigquit.wordpress.com/2013/02/14/modemmanager-and-latest-udev-in-openwrt/</a> > > ). > > Yes. But knowing the OpenWRT concerns about any size overhead (they > even delete most of the kernel module meta-data!), it is proably a waste > of time updating it. They will want umbim anyway, because of the > footprint. > > Bjørn > _______________________________________________ > libmbim-devel mailing list > <a href="mailto:libmbim-devel@lists.freedesktop.org">libmbim-devel@lists.freedesktop.org</a> > <a href="http://lists.freedesktop.org/mailman/listinfo/libmbim-devel" target="_blank">http://lists.freedesktop.org/mailman/listinfo/libmbim-devel</a> </blockquote></div> </div></div></div></div>