Déployé sur le labo, sur 6500 / 12.2.33SXJ, la conf est un peu différente mais fonctionne bien :
ipv6 unicast-routing ipv6 cef mls ipv6 vrf # activation du support d'ipv6 / vrf vrf definition INFRA rd 666:200 route-target export 666:200 route-target import 666:200 ! address-family ipv4 exit-address-family ! address-family ipv6 exit-address-family interface Vlan301 vrf forwarding INFRA ip address <add> <mask> no ip redirects no ip unreachables no ip proxy-arp ipv6 address <addv6>/64 ipv6 nd dad attempts 10 ipv6 nd prefix default no-advertise ipv6 nd router-preference High ipv6 nd ra interval msec 500 ipv6 nd ra lifetime 10 Temps de convergence observée : ~1sec Sur un VSS, j'ai réduit les timers pour ne pas polluer avec des messages inutiles, mais la mise en place de la gw/def se fait bien sur différents types d'OS (Win2003 / 2008, Linux 2.6.x, Solaris 10). Le 22 mai 2011 19:13, Olivier Benghozi <olivier.benghozi+fr...@gmail.com> a écrit : > Pas forcément la peine de faire du FHRP "avancé" en IPv6: du RA avec un > timing judicieusement paramétré sur les routeurs peut faire l'affaire, ce > sont les hosts eux-mêmes qui changeront de route par défaut si le meilleur > RA n'est plus reçu. > > > Dans son article > < > http://packetlife.net/blog/2011/apr/18/ipv6-neighbor-discovery-high-availability/ > >, > Jeremy stretch montre en effet qu'une bascule en 1seconde est possible > juste avec les RA, sans fhrp. > > > On n'est d'ailleurs pas obligé de faire du SLAAC (ce qui n'est probablement > pas une bonne idée pour des serveurs); on peut configurer des IPv6 fixes, et > balancer des RA n'advertisant aucun préfixe, juste pour traiter la route par > défaut. > > Par exemple pour une interface Cisco, pour répliquer le timing par défaut > du HSRP (10 secondes): > no ipv6 nd ra suppress > ipv6 nd advertisement-interval > ipv6 nd ra lifetime 10 > ipv6 nd ra interval msec 3000 > ipv6 nd router-preference high (pour le routeur actif par défaut) > ipv6 nd prefix default no-advertise > > > -- Cordialement, Guillaume BARROT
