search for: rt_cache

http://bugzilla.netfilter.org/show_bug.cgi?id=542 laforge at netfilter.org changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|laforge at netfilter.org |kaber at trash.net -- Configure bugmail: http://bugzilla.netfilter.org/userprefs.cgi?tab=email ------- You are receiving

...IPs. After about 2-3 days, the kernel complains about "dst cache overflow" and even thought it hasn't crashed, the network is un-responsive. All IP forwarding stops and the server cannot be reached from any network interfaces. After diagnosing the issue, it appears that there is a rt_cache leak in the kernel. At 5 minute intervals I collect the following two values: `/sbin/ip -o route ls cache | wc -l` `grep ip_dst_cache /proc/slabinfo | awk -F' ' '{ print $2; }'` The first value represents the number of cached routes in the network stack. The second value represe...

...RECTED flag ? (0x00040000). I had searched in the code and it seems that it should show this flag by "r". However, I could not show this flag by "route -c " even that it should have been there. I have the following scenario where I have this flag set. I see it in cat /proc/net/rt_cache but **not** in route -C. (BTW, "ip route show table cache" does not show flags at all). Here is what I do: We have machine A with ip 192.168.0.121. We have machine B with ip 192.168.0.10. On a machine A (192.168.0.121) I ran: route add -net 192.168.0.10 netmask 255.255.255.255 gw 19...

...2 .. -r--r--r-- 1 root root 0 Jun 3 18:51 arp_cache -r--r--r-- 1 root root 0 Jun 3 18:51 ip_conntrack -r--r--r-- 1 root root 0 Jun 3 18:51 ip_conntrack -r--r--r-- 1 root root 0 Jun 3 18:51 ip_conntrack -r--r--r-- 1 root root 0 Jun 3 18:51 ndisc_cache -r--r--r-- 1 root root 0 Jun 3 18:51 rt_cache Anyone getting the above triplication? Cheers, MaZe

...tall is 32768. The current size of the routing cache can apparently be determined by "grep ip_dst_cache /proc/slabinfo". On my router this value is slowly, but constantly, trending upwards at all times. However, if I list the cache with "route -Cn", or "cat /proc/net/rt_cache", I see significantly fewer entries than what slabinfo reports. Two things have changed since the time when my router ran smoothly without any problems: 1) I upgraded from Mandrake 9.2.1 to Mandrake 10.1 2) I now have two WAN connections coming into the router that map to different halves...

I have an ethernet device in my lan with a primary address 192.168.5.205 and a secondary address .217. I added the secondary address after network startup established the primary address by an ip addr add command: # ip addr add 192.168.5.217/24 broadcast 192.168.5.255 dev eth0 # ip addr show ... 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast qlen 1000 link/ether