[quagga-dev 8481] Re: Serious FIB<->RIB problem only affecting IPv6

Martin Millnert millnert at csbnet.se
Fri Jan 14 01:04:32 GMT 2011


Hi Jan,

thanks for the find.  Patches applied and working. :)

Cheers,
Martin

On Thu, 2011-01-13 at 23:30 +0100, Jan Hugo Prins wrote:
> On 01/13/2011 10:46 PM, Jan Hugo Prins wrote:
> > On 01/12/2011 12:23 AM, Jan Hugo Prins wrote:
> >>
> >> This means I'm missing routes on the IPv6 internet.
> >>
> >> Is someone allready working on a fix on this problem?
> >> I can't believe that we are the only one having this problem.
> >> Running 0.99.15 at the moment.
> > 
> > 
> > I just did turn on some debugging in Zebra and this is what I get:
> > 
> > 2011/01/13 22:37:15 ZEBRA: netlink_route_multipath() (single hop):
> > RTM_NEWROUTE 2610:1a0::/32, type IPv6 nexthop with ifindex
> > 2011/01/13 22:37:15 ZEBRA: netlink_route_multipath() (single hop):
> > nexthop via fe80::20c:dbff:fee0:6f00 if 7
> > 2011/01/13 22:37:15 ZEBRA: netlink_route_multipath() (single hop):
> > nexthop via if 7
> > 2011/01/13 22:37:15 ZEBRA: netlink_talk: netlink-cmd type
> > RTM_NEWROUTE(24), seq=189631263
> > 2011/01/13 22:37:15 ZEBRA: netlink-cmd error: Cannot allocate memory,
> > type=RTM_NEWROUTE(24), seq=189631263, pid=0
> > 2011/01/13 22:37:15 ZEBRA: rib_process: 2610:1a0::/32: rn 0x7fe9dcec5c70
> > dequeued
> > 
> > 
> > [root at bgp01 ~]# ip -6 ro |grep "2610:1a0::/32"
> > [root at bgp01 ~]# show ipv6 route 2610:1a0::/32
> > Routing entry for 2610:1a0::/32
> >   Known via "bgp", distance 20, metric 0, best
> >   Last update 00:07:22 ago
> >     fe80::20c:dbff:fee0:6f00, via vlan501
> > 
> > 
> > 
> 
> I found the cause of this issue.
> A default linux install has a maximum size for the IPv6 routing table:
> sysctl net.ipv6.route.max_size = 4096
> 
> I changed this in my routers to 32768 for now by putting the following
> in sysctl.conf
> # Allow a bigger IPv6 routing table
> net.ipv6.route.max_size = 32768
> 
> After this, the errors are gone and all routes are in the FIB again.
> 
> Don't forget to reset the peering sessions after this to get all routes
> in again.
> 
> 





More information about the Quagga-dev mailing list