Ethernet-briding a MBIM-interface
Markus Gothe
nietzsche at lysator.liu.se
Tue Oct 28 12:10:50 PDT 2014
I can conclude this by saying that using a non-null unique source and destination mac + briding rules and ARP magic solved it all for a simple Huawei IPv4-only stick...
So yes the root cause is the null mac.
I will try to modify usbnet.h to get a decent patch for upstream.
//M
Skickat ifrån min mobil.
Den 28 okt 2014 10:13 skrev =?ISO-8859-1?Q?Bj=F8rn_Mork?= <bjorn at mork.no>:
>
> Markus Gothe <nietzsche at lysator.liu.se> writes:
>
> > Explains why the fix_dst-stuff breaks briding in qmi_wwan.c as well I
> > guess. However even if setting a null mac there it seems to be
> > replaced by the modem fw, right?
>
>
> No, you're right. If we hit the code dealing with raw IP packets in
> qmi_wwan, then the h_source of the genereated header will be 0. Which
> makes those packets fail in a brigde.
>
> That should also be fixed.
>
> > Sure I can do ARP-replies with ebtables / arptables as well I
> > suppose. :-) ARP is all about preferences.
>
> Yes.
>
>
> Bjørn
More information about the libmbim-devel
mailing list