ERROR: mbim message timeout - (using umbim on OpenWRT)

[Markus Gothe]

Peter: Actually I realised how severely damaged the umbim headers are when doing some SMS-stuff today.

One should look at the generated structs in libmbim and try to replace / correct the ones in umbim. For example: In umbim no structs holds a pointer. No structs holds the data-size for a ref-byte-array… Etc.

//M
On 13 Mar 2015, at 10:36 , Markus Gothe <nietzsche at lysator.liu.se> wrote:

> The struct is messed up, holding an uint32 instead of an ipv4element struct
> Den 13 mar 2015 05:06 skrev Peter Gerten <peter.gerten at googlemail.com>:
> 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?
> 
> Peter
> 
> On Fri, Mar 13, 2015 at 4:29 AM, Markus Gothe <nietzsche at lysator.liu.se> wrote:
> 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 <bjorn at mork.no>:
> >
> > Peter Gerten <peter.gerten at googlemail.com> 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/gen-header.pl 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.
> >
> > > 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 (
> > > https://sigquit.wordpress.com/2013/02/14/modemmanager-and-latest-udev-in-openwrt/
> > > ).
> >
> > 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
> > libmbim-devel at lists.freedesktop.org
> > http://lists.freedesktop.org/mailman/listinfo/libmbim-devel
> 
> _______________________________________________
> libmbim-devel mailing list
> libmbim-devel at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/libmbim-devel

//Markus - The panama-hat hacker

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/libmbim-devel/attachments/20150318/7ef54b13/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 195 bytes
Desc: Message signed with OpenPGP using GPGMail
URL: <http://lists.freedesktop.org/archives/libmbim-devel/attachments/20150318/7ef54b13/attachment.sig>