Re: ARP limit ?

Linux Advanced Routing and Traffic Control

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



from make config --> arpd -> help

....
 This code is experimental and also obsolete.
.....

2.4.22
That is why I try to use bogger gc_*
thanx for the links.. reading now..


> 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/
> 
_______________________________________________
LARTC mailing list / LARTC@xxxxxxxxxxxxxxx
http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/

[Index of Archives]     [LARTC Home Page]     [Netfilter]     [Netfilter Development]     [Network Development]     [Bugtraq]     [GCC Help]     [Yosemite News]     [Linux Kernel]     [Fedora Users]
  Powered by Linux