IPv6/Router/Advertisement/Daemon/6to4

Spezielle 6to4 Konfiguration

Seit der Version 0.6.2pl3 wird die automatische (Neu)-Erstellung des Präfixes abhängig von der IPv4 Adresse eines angegebenen Interfaces unterstützt

• Dies kann dazu eingesetzt werden, die Advertisements dann in einem LAN zu verteilen, nachdem das 6to4 tunneling geändert wurde
• Zumeist eingesetzt wird dies hinter einem dynamischen dial-on-demand Linux Router
• Wegen der sicherlich kürzeren Lebensdauer dieser Präfixe (nach jedem dial-up ist ein anderes Präfix gültig), wird der Wert der Lebensdauer auf einen minimalen Wert gesetzt:

interface eth0 {
       AdvSendAdvert on;
       MinRtrAdvInterval 3;
       MaxRtrAdvInterval 10;
       prefix 0:0:0:f101::/64 {
               AdvOnLink off;
               AdvAutonomous on;
               AdvRouterAddr on;
               Base6to4Interface ppp0;
               AdvPreferredLifetime 20;
               AdvValidLifetime 30;
       };
};

Das Ergebnis auf Clientseite ist (unter der Annahme, dass ppp0 die lokale IPv4 Adresse 1.2.3.4 hat):

# /sbin/ip -6 addr show eth0
3: eth0: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast qlen 100
   inet6 2002:0102:0304:f101:2e0:12ff:fe34:1234/64 scope global dynamic
      valid_lft 22sec preferred_lft 12sec
   inet6 fe80::2e0:12ff:fe34:1234/10 scope link

Da eine kurze Lebensdauer definiert wurde, wird das Präfix bald verworfen werden, sollte kein entsprechendes Advertisement empfangen werden

Achtung: wenn keine spezielle 6to4-Unterstützung der initscripts benutzt wird, ist eine spezielle Route am internen Interface des Routers notwendig, sonst gibt es Probleme bei eingehenden Paketen

• Für das gezeigte Beispiel lautet diese:

# /sbin/ip -6 route add 2002:0102:0304:f101::/64 dev eth0 metric 1

Diese Route muß jedesmal, wenn der Prefix wechselt, ersetzt werden

• Die ist dann der Fall, wenn das Dial-Up-Interface eine neue IPv4-Adresse bekommen hat