Date: Wed, 14 Jan 2004 20:45:46 -0000 From: Nielsen <nielsen@memberwebs.com> To: Robert Watson <rwatson@freebsd.org> Cc: freebsd-hackers@freebsd.org Subject: Re: Gratituous ARP and the em driver Message-ID: <4005AA55.3080202@memberwebs.com> Resent-Message-ID: <none> In-Reply-To: <Pine.NEB.3.96L.1040113233522.37309F-100000@fledge.watson.org> References: <Pine.NEB.3.96L.1040113233522.37309F-100000@fledge.watson.org>
next in thread | previous in thread | raw e-mail | index | archive | help
Yes, this is the case. I tested it again, and the arp packet in question doesn't get to the other machines. The sending machine does send gratituous arp, however the em NIC is down for 3 or 4 seconds, and the packet isn't sent on the wire. I find it odd that the em driver would need to reinitialize the NIC each time an alias is added. I haven't seen any other network drivers do this. And, yes, it occurs every time an alias is added or removed from the NIC. Not just the first time. Cheers, Nate Robert Watson wrote: >On -1 xxx -1, Nielsen wrote: >If you run tcpdump on the machine to sniff the interface in question >looking for arp packets, does tcpdump see the gratuitous arp? I'm >guessing that it does, and the lack of sending the arp is a result of >delays in negotiating on the wire. Does this problem turn up only the >first time you raise the interface, or every time you change the IP >address on the interface? > >Robert N M Watson FreeBSD Core Team, TrustedBSD Projects >robert@fledge.watson.org Senior Research Scientist, McAfee Research > >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4005AA55.3080202>