Bug 154999 - Problems with ARP table
Summary: Problems with ARP table
Status: Open
Alias: None
Product: Base System
Classification: Unclassified
Component: conf (show other bugs)
Version: Unspecified
Hardware: Any Any
: Normal Affects Only Me
Assignee: freebsd-bugs (Nobody)
Depends on:
Reported: 2011-02-24 11:00 UTC by Avner
Modified: 2017-12-31 22:34 UTC (History)
0 users

See Also:


Note You need to log in before you can comment on or make changes to this bug.
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