Bug 154999

Summary: Problems with ARP table
Product: Base System Reporter: Avner <avnernahum>
Component: confAssignee: freebsd-bugs (Nobody) <bugs>
Status: Open ---    
Severity: Affects Only Me    
Priority: Normal    
Version: Unspecified   
Hardware: Any   
OS: Any   

Description Avner 2011-02-24 11:00:17 UTC
I'm a beginner in FreeBSD, but here, where I work I have a problem with one of the servers. 
For you understand the problem, I have a great network in Bridge, that is, this server with FreeBSD is the gateway of all network, and with it, all MAC ADDRESS of the clients arive in the server.
With it, the table ARP have constants problems, such as, when I use the command ping I can't ping one IP, because this IP is in the table ARP. For me do it, I have to clear the ARP table (with the command arp -ad), and so, after this, I'm be able to ping the IP. 
I have a server for monitor the services of the network (with NAGIOS installed) and this software always shows host as DOWN, but it generally happens because the ARP table.
Now, I'm looking for one directory that have this limit of the table ARP. My aim is found this directory and increase the limit of IP's of the ARP table, and with it, don't have more problems with it.
I found this directory in LINUX, that is /proc/sys/net/ipv4/neigh/default/gc_thresh1,/proc/sys/net/ipv4/neigh/default/gc_thresh2 and /proc/sys/net/ipv4/neigh/default/gc_thresh3, but in UNIX I didn't found yet.
The first directory have the minimum number of IP's (128) to clear it, the second the average (512) and the third the maximum (1024). 
With the command "arp -an|wc -l" I can see the number of MAC's in the ARP table, and when it pass from about 900, the problem starts.

If someone could help me to solve this problem, I'd very grateful.
Comment 1 Eitan Adler freebsd_committer freebsd_triage 2017-12-31 08:00:31 UTC
For bugs matching the following criteria:

Status: In Progress Changed: (is less than) 2014-06-01

Reset to default assignee and clear in-progress tags.

Mail being skipped