Thread (1 message) 1 message, 1 author, 2004-07-01

Re: A problem with a large static arp table

From: Rusty Russell <hidden>
Date: 2004-07-01 01:12:46

On Thu, 2004-07-01 at 01:14, Roman Zagustin wrote:
Hello!
Hi,

	Not really my area; pinging netdev to see if they can help.
I have a router with >800 static ip/mac records.
It does not work :(
With small table it is fine.
The kernel is 2.6 (tried with different patches and versions
 2.4 - the same)

Just for example(real):
 
root@stargate:/proc/sys/net/ipv4/neigh/default# arp -n|grep 172.16.3.230
172.16.3.230             ether   00:50:04:6C:50:9E   CM                    eth3
root@stargate:/proc/sys/net/ipv4/neigh/default#
root@stargate:/proc/sys/net/ipv4/neigh/default# tcpdump -i eth3 host 172.16.3.230  -e
tcpdump: listening on eth3
15:38:10.660144 0:6:29:ee:c3:d8 0:2:b3:b4:34:e2 ip 448: 172.16.3.230.1060 > medium.cs.microlink.lt.http: P 1268207798:1268208192(394) ack 3537529644 win 64240 (DF)
15:38:10.674698 0:6:29:ee:c3:d8 0:2:b3:b4:34:e2 ip 453: 172.16.3.230.1077 > medium.cs.microlink.lt.http: P 1279539300:1279539699(399) ack 2683450794 win 63095 (DF)

There are no errors/warnings in the log files about neighbour table.
quoted
From the server I can't ping the 172.16.3.230, but it can ping the
server. In general, server do not check the ip/mac table at all
when forwarding received packets.

I don't know where is the problem :(
-- 
Anyone who quotes me in their signature is an idiot -- Rusty Russell
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help