Date: Thu, 24 Feb 2011 10:55:17 GMT From: Avner <avnernahum@provale.com.br> To: freebsd-gnats-submit@FreeBSD.org Subject: conf/154999: Problems with ARP table Message-ID: <201102241055.p1OAtHQd021609@red.freebsd.org> Resent-Message-ID: <201102241100.p1OB0Hrp096835@freefall.freebsd.org>
next in thread | raw e-mail | index | archive | help
>Number: 154999 >Category: conf >Synopsis: Problems with ARP table >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Feb 24 11:00:17 UTC 2011 >Closed-Date: >Last-Modified: >Originator: Avner >Release: FreeBSD 7.2 >Organization: Provale >Environment: >Description: 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. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted:
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?201102241055.p1OAtHQd021609>