Thanks to Charles for reporting! And thanks to Christian for investigating the root cause!
This is the second bug in the net/*.h files of the nic_bridge and it indicates that we have to review these old rotten piece of network headers. Mea culpa! Regards Stefan On 06/15/2016 12:30 PM, Christian Helmuth wrote: > Hello Charles, > > On Wed, Jun 15, 2016 at 11:22:01AM +0200, Charles HH wrote: >> The patch worked. The options are now parsed correctly. > > Great. > >> I still have a problem with the DHCP server sending the Offer to the VM mac >> address (taken from the DHCP options I would assume) instead of to the >> bridge. I think that's quite an unusual behavior for a DHCP server though, >> so I don't think it deserves particular attention... > > This may result from the simplicity of our current bridge > implementation. It may be better to implement DHCP relaying > > > https://en.wikipedia.org/wiki/Dynamic_Host_Configuration_Protocol#DHCP_relaying > > to force the DHCP server to send an unicast reply to the bridge MAC > address. Also, it may be the case that our implementation misses one > picky detail when constructing the DHCP request packet. > > Regards > -- Stefan Kalkowski Genode Labs http://www.genode-labs.com/ ยท http://genode.org/ ------------------------------------------------------------------------------ What NetFlow Analyzer can do for you? Monitors network bandwidth and traffic patterns at an interface-level. Reveals which users, apps, and protocols are consuming the most bandwidth. Provides multi-vendor support for NetFlow, J-Flow, sFlow and other flows. Make informed decisions using capacity planning reports. http://pubads.g.doubleclick.net/gampad/clk?id=1444514421&iu=/41014381 _______________________________________________ genode-main mailing list genode-main@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/genode-main
