Ethernet-briding a MBIM-interface
nietzsche at lysator.liu.se
Tue Oct 28 01:26:40 PDT 2014
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?
Sure I can do ARP-replies with ebtables / arptables as well I suppose. :-) ARP is all about preferences.
Skickat ifrån min mobil.
Den 28 okt 2014 09:14 skrev =?ISO-8859-1?Q?Bj=F8rn_Mork?= <bjorn at mork.no>:
> Markus Gothe <nietzsche at lysator.liu.se> writes:
> > I’ve a patch for with improved ARP-handling and setting the mac source,
> > which gives me a DHCP-lease when briding a device…
> Yes, you are right. Looking at net/bridge/br_input.c shows that the all
> zero source address is a showstopper:
> rx_handler_result_t br_handle_frame(struct sk_buff **pskb)
> if (!is_valid_ether_addr(eth_hdr(skb)->h_source))
> goto drop;
> That's good enough for me. Let's attempt to change it.
> As for ARP handling in the driver: I don't think that will happen. It's
> just too ugly. Yes, I know I wrote some testing code, but that was just
> to try to figure out how to deal with an IPv6 related firmware issue.
> If you need ARP then you should either enable proxy ARP or run some
> userspace application to handle it.
More information about the libmbim-devel