* Some IPv6 related limit
@ 2005-01-15 18:46 Hasso Tepper
0 siblings, 0 replies; only message in thread
From: Hasso Tepper @ 2005-01-15 18:46 UTC (permalink / raw)
To: netdev
[-- Attachment #1: Type: text/plain, Size: 1293 bytes --]
Some time ago IPv6 tunnelbroker I manage started to behave strangely.
Loosing neighbors, packet loss, attempt to load ip6_tables module failed
with message "Cannot allocate memory". I discovered that number of tunnels
is problem. When problems apeared, there was 513 tunnels. I reduced number
of tunnels and problems disappeared. Of course it was temporary only.
At first I thought that it's related to size of IPv6 routing table, but
changing /proc/sys/net/ipv6/route/max_size didn't make any difference.
I can reproduce problem on my desktop and laptop as well (tested with
2.4.29-rc1 and 2.6.10 kernels) with attached script. When I run this, about
500 tunnels work fine, but for the rest there will be address added on
tunnel, but not route to the interface for this address (adding route to the
neighbor fails therefore too). About same time neighbors in LAN stop
answering (ping6 -I eth0 ff02::1, only ::1 will answer). Removing tunnels
makes all work again. I tried with vlans as well and can reproduce same
problem, although for some reason number of vlans have to be bigger.
I'm hitting some IPv6 related limit in kernel probably. Is it known limit?
Is there way to change this limit or is there workaround?
--
Hasso Tepper
Elion Enterprises Ltd.
WAN administrator
[-- Attachment #2: tunnels.sh --]
[-- Type: application/x-shellscript, Size: 960 bytes --]
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2005-01-15 18:46 UTC | newest]
Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-01-15 18:46 Some IPv6 related limit Hasso Tepper
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).