atom feed17 messages in org.freebsd.freebsd-archARP request retransmitting
FromSent OnAttachments
Gleb SmirnoffNov 7, 2005 6:04 am 
Gleb SmirnoffNov 7, 2005 6:28 am 
Robert WatsonNov 7, 2005 6:40 am 
Gleb SmirnoffNov 7, 2005 6:52 am 
Bill VermillionNov 7, 2005 7:19 am 
Chuck SwigerNov 7, 2005 8:16 am 
Garance A DrosihnNov 7, 2005 9:49 am 
Peter JeremyNov 7, 2005 9:55 am 
Gleb SmirnoffNov 7, 2005 11:41 am 
John-Mark GurneyNov 7, 2005 2:44 pm 
Charles SwigerNov 7, 2005 3:18 pm 
John-Mark GurneyNov 7, 2005 3:45 pm 
Charles SwigerNov 7, 2005 4:49 pm 
Peter JeremyNov 8, 2005 1:11 am 
Bruce M SimpsonNov 11, 2005 6:09 am 
Gleb SmirnoffNov 11, 2005 6:15 am 
Peter WemmDec 27, 2005 12:22 pm 
Subject:ARP request retransmitting
From:Charles Swiger (cswi@mac.com)
Date:Nov 7, 2005 3:18:07 pm
List:org.freebsd.freebsd-arch

On Nov 7, 2005, at 5:43 PM, John-Mark Gurney wrote:

While that "other hand" is true, here at RPI we deal with some of those other-hand issues by simply turning them off. We turn off multi-cast by default on some of our networks, for instance. But there's no way we can turn off ARP, so I think more care needs to be taken to make sure ARP remains network-friendly.

And most places that have VERY large number of hosts in a broadcast domain (a partially populated class b), have smart switches that cache arp requests, and prevent the arp traffic from killing the network...

Really? You're saying that "tcpdump -nt arp" never shows any requests except those made by the local host?

Which vendor and which switch model?

Smart switches will generally keep track of 1000 or 4000 or so MAC addresses and the ports those MACs are associated with, but I am not aware of anything in them which blocks ARP traffic or anything else which uses the all-ones broadcast MAC address. I can see ARP requests going out from any/all of the other machines on the network I'm using right now (using several 3com SuperStack 3300's), and I've seen the same thing on networks using the HP Procurve or Cisco 29xx switches.