Sure, but it would be nice to file bugs with VMware and such to ensure they fix their bugs.
Anyone have any issue with this? The issue I have is the if_printf(), it should be rate limited at the very least. It would also be nice to have a different counter to reflect that kind of dropped packet.. 2c, adrian On 27 July 2013 13:49, Zaphod Beeblebrox <zbee...@gmail.com> wrote: > I'd like to advocate implementing > http://www.freebsd.org/cgi/query-pr.cgi?pr=180893 > > Quoting the PR: > > Some errant network equipment (including the simulation of a network > by VMware, as an example) will reflect back multicast packets to the sender. > This breaks protocols such as DAD and makes IPv6 nearly impossible to use > on these networks. > > Now, the argument could be made to fix these network elements, but > there is an elegant solution that improves the quality of FreeBSD: To refuse > packets that have a source ethernet address of the receiving interface. If > you consider this notion, you can quickly and easily accept that an > interface > should never "receive" a packet from it's own MAC address. > > This behaviour mirrors Linux behavior and I assume Windows behavior. > > I won't claim to be experienced in kernel matters, but I chose the > location for this modification to allow BPF to "see" the packets (for > network diagnosis). This test, however, could be moved within this function > or even given a sysctl knob. > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org" _______________________________________________ freebsd-net@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
