É normal que o ip -6 route acumule entradas no Linux?

Question

Em uma máquina Linux conectada à Internet ipv6 por meio de um túnel anunciado por radvd de um roteador, ip -6 route acumula endereços recentes. Por que isso acontece? É o comportamento esperado ou a máquina está mal configurada? Em uma máquina diferente conectada diretamente a um túnel ipv6, ip -6 route mantém uma lista menor.

No cliente (que está acumulando endereços recentes como rotas):

ip -6 route # after pinging ipv6.google.com and www.kame.net

2001:200:dff:fff1:216:3eff:feb1:44d7 via fe80::216:1ff:fe14:444 dev eth0  proto static  metric 1024 
2001:470:8:e7c::/64 dev eth0  proto kernel  metric 256  expires 86407sec
2607:f8b0:4002:801::1011 via fe80::216:1ff:fe14:444 dev eth0  proto static  metric 1024 
fe80::/64 dev eth0  proto kernel  metric 256 
default via fe80::216:1ff:fe14:444 dev eth0  proto kernel  metric 1024 

No roteador:

    ip -6 route
    ::/96 via :: dev tun6to4  metric 256  mtu 1280 advmss 1220
    2001:470:7:e7c::/64 via :: dev he-ipv6  metric 256  mtu 1480 advmss 1420
    2001:470:8:e7c::/64 dev br0  metric 256  mtu 1500 advmss 1440
    2002:62b4:2270:1::/64 dev br0  metric 256  mtu 1500 advmss 1440
    2002::/16 dev tun6to4  metric 256  mtu 1280 advmss 1220
    2000::/3 dev he-ipv6  metric 1024  mtu 1480 advmss 1420
    fe80::/64 dev eth0  metric 256  mtu 1500 advmss 1440
    fe80::/64 dev vlan0  metric 256  mtu 1500 advmss 1440
    fe80::/64 dev eth1  metric 256  mtu 1500 advmss 1440
    fe80::/64 dev br0  metric 256  mtu 1500 advmss 1440
    fe80::/64 dev vlan1  metric 256  mtu 1500 advmss 1440
    fe80::/64 via :: dev he-ipv6  metric 256  mtu 1480 advmss 1420
    fe80::/64 dev tun6to4  metric 256  mtu 1280 advmss 1220
    ff00::/8 dev eth0  metric 256  mtu 1500 advmss 1440
    ff00::/8 dev vlan0  metric 256  mtu 1500 advmss 1440
    ff00::/8 dev eth1  metric 256  mtu 1500 advmss 1440
    ff00::/8 dev br0  metric 256  mtu 1500 advmss 1440
    ff00::/8 dev vlan1  metric 256  mtu 1500 advmss 1440
    ff00::/8 dev he-ipv6  metric 256  mtu 1480 advmss 1420
    ff00::/8 dev tun6to4  metric 256  mtu 1280 advmss 1220
    default dev he-ipv6  metric 1024  mtu 1480 advmss 1420

ip -6 a
1: lo: <LOOPBACK,MULTICAST,UP>
    inet6 ::1/128 scope host
3: eth0: <BROADCAST,MULTICAST,PROMISC,UP>
    inet6 fe80::216:1ff:fe14:444/64 scope link
4: eth1: <BROADCAST,MULTICAST,PROMISC,UP>
    inet6 fe80::216:1ff:fe14:446/64 scope link
5: vlan0: <BROADCAST,MULTICAST,PROMISC,UP>
    inet6 fe80::216:1ff:fe14:444/64 scope link
6: vlan1: <BROADCAST,MULTICAST,UP>
    inet6 fe80::216:1ff:fe14:445/64 scope link
8: br0: <BROADCAST,MULTICAST,PROMISC,UP>
    inet6 fe80::216:1ff:fe14:444/64 scope link
    inet6 2002:62b4:2270:1::1/64 scope global
    inet6 2001:470:8:e7c::1/64 scope global
12: he-ipv6: <POINTOPOINT,NOARP,UP>
    inet6 2001:470:7:e7c::2/64 scope global
    inet6 fe80::62b4:2270/128 scope link
13: tun6to4: <NOARP,UP>
    inet6 2002:62b4:2270::1/16 scope global
    inet6 ::98.180.34.112/128 scope global

radvd.conf:

interface br0 {
AdvSendAdvert on;
prefix 2001:470:8:e7c::/64 {
AdvOnLink on;
AdvAutonomous on;
AdvRouterAddr off;
};
};

    

Answer 1

Eu suspeito que o que está acontecendo aqui é que o roteador não tem um endereço no intervalo 2001:888:0:18:: , então o roteador está transmitindo seus anúncios de rota usando seu endereço local de link ( fe80::444 ).

Como o intervalo fe80:: não está associado a uma interface específica, a máquina cliente precisa controlar qual interface usar ao enviar pacotes para fe80::444 , de modo que adicione uma entrada à sua tabela de roteamento.

Se o seu roteador pegar um endereço na mesma rede, digamos 2001:888:0:18::1 , suspeito que esse comportamento possa mudar.