HI,
I am mantaining an arpd daemon that take advantages from arpd support in
linux kernel.
My daemon is working properly with linux 2.2.16, but then with 2.4 kernels
it does not work anymore.
arpd code has not been changed inside of the kernel, I checked, but
anyway something has been changed so that arpd is not working anymore.
The real big problem is that also if arpd support is enabled, anyway arp
cache grows to more than 256 entries, and that should not
be allowed.
This way, in fact, i saw that also on a double processor PIII 1 Ghz with
around 500 arp entries i start to have performance problems, and two
arpd users reported to me that with 1024 entries inside of arp cache, then
cache overflows.
Alan Cox suggested me to write you about this issue, since it is coming to
be a serious problem. I can say that i have report of many nets where
it is usual to have more the 512 arp going around.
For example also the .sns.it, where i work, domain is two C class and I
have to manage more or less 350 arp entries, usually.
I thank you for your patience and help
Luigi Genoni
Unix System Manager Scuola Normale Superiore di Pisa
---------- Forwarded Message ----------
Subject: arpd troubles
Date: Wed, 25 Jul 2001 02:22:45 -0500
From: H D Moore <hdm@xxxxxxxxxxxxxxxx>
To: genoni@xxxxxxxxxxxxxxxx
Hi,
I have been trying to get your 1.0.4 version of arpd to work on the 2.4
kernels. The problem I am having is that the kernel seems to ignore the
CONFIG_ARPD (and netlink, etc) option and never writes data to /dev/arpd.
The result is that the arp table overflows after 1024 or so entries. The
kernel option states that even if arpd is not running, it will make the arp
cache a LIFO and limit it to 256 entries. This isnt happening at all, the
kernel keeps filling up the arp table until it runs out of space. I have
created the devices (36,0 / 36,8), configured arpd and netlink, and still no
go. I have tried 2.4.5, 2.4.6, and 2.4.7, any idea what I am doing wrong?
-HD
btw, stracing arpd shows it trying to read from /dev/arpd and never getting
anything...
-------------------------------------------------------
|