setting gc_stale_time does not decrease ARP requests
in trying to reduce the frequency of ARPs sent from my router to modem, I would think setting gc_stale_time on the interface to a higher number would do it - 600 in this case for 10 mins. But I still have ARPs sent a few times every minute:
Code:
11:24:12.509865 ARP, Request who-has y.y.y.y tell x.x.x.x, length 28 |
It is complex to control ARP request interval. You can try change gc_stale_time and gc_interval under neigh and route directory.
|
Whats the point? Is it causing a problem?
|
just trying to minimize unnecessary network traffic.
it actually did work after some time, although the cable modem it was connected to eventually lost access, after which changing it back to the default resumed normal operation. it's not a big deal. |
I've not seen an issue with normal ARP operation since we left the era of huge flat bridged networks behind (and good riddance!).
My rule of thumb, painfully learned over 25 years is, if it ain't broke don't fix it :-) I KNOW, I think its Heinlein who talked about how people only ever learn the hard way......thats me... |
me as well :) but thats the best way to learn.
actually somewhat interestingly, one time i set up a packet counter at my parents house (residential cable modem) on the linux router there, filtering for ARP packets, and left it running for ~2 weeks. the amount of data used by ARP traffic alone was >11GB! literally 50-100 arps a second. |
Ouch, that's NOT normal!
|
yeah, nearly all of them are "tell x.x.x.1", i'm assuming coming from comcast's routers. to top it all off, that 11GB most definitely counts towards the bandwidth cap, even though it's completely un-initiated from the user.
|
All times are GMT -5. The time now is 12:40 PM. |