Hello,
yep, i'm using them, i needed to know the max and anyone experiencing
Those are int and nothing in the kernel code prevents them having MAX_INT-1 assigned as a value. However you have a rather serious networking problem anyway if you exceed the predefined gc* values.
Some more information (besides reading the related kernel code):
http://www.rstack.net/arp.html http://www.rstack.net/tuning_proc_for_arp.html
problems with very big arp's
Yes, the time spent in the GC to reach the equilibrium is rather high with a high number of stale cache entries. Once gc_tresh3 threshold kicks in you get an aggressive table flush concurrent with the new neighbour entries.
arpd is marked as depricated or so!?
No, not at all ;).
Best regards,
Roberto Nibali, ratz
--
echo '[q]sa[ln0=aln256%Pln256/snlbx]sb3135071790101768542287578439snlbxq' | dc
_______________________________________________
LARTC mailing list / LARTC@xxxxxxxxxxxxxxx
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/