Redémarrage progressif et VPN de couche 2 et 3
Le vpn graceful restart utilise trois types de fonctionnalités de redémarrage :
La fonctionnalité de redémarrage progressif BGP est utilisée sur toutes les sessions BGP PE-to-PE. Cela affecte les sessions qui transportent toutes les données de signalisation de service pour les informations d’accessibilité de la couche réseau (NLRI), par exemple un VPN IPv4 ou un NLRI VPN de couche 2.
La fonctionnalité de redémarrage progressif OSPF, IS-IS, LDP ou RSVP est utilisée dans tous les routeurs centraux. Les routes ajoutées par ces protocoles sont utilisées pour résoudre les NLRI VPN de couche 2 et de couche 3.
La fonctionnalité de redémarrage du protocole est utilisée pour tous les protocoles de couche 3 (RIP, OSPF, LDP, etc.) utilisés entre les routeurs PE et CE (Customer Edge). Cela ne s’applique pas aux VPN de couche 2, car les protocoles de couche 2 utilisés entre les routeurs CE et PE ne disposent pas de capacités de redémarrage progressif.
Avant que le vpn fonctionne correctement, tous les composants doivent redémarrer correctement. En d’autres termes, les routeurs doivent conserver leurs états de transfert et demander aux voisins de poursuivre le transfert vers le routeur en cas de redémarrage. Si toutes les conditions sont remplies, le VPN graceful restart impose les règles suivantes à un routeur de redémarrage :
Le routeur doit attendre de recevoir toutes les informations BGP NLRI des autres routeurs PE avant de faire la publicité sur les routes vers les routeurs CE.
Le routeur doit attendre que tous les protocoles de toutes les instances de routage convergent (ou terminent le processus de redémarrage) avant d’envoyer les informations du routeur CE à d’autres routeurs PE. En d’autres termes, le routeur doit attendre que toutes les informations d’instance (qu’elles proviennent d’une configuration locale ou des publicités reçues d’un pair distant) soient traitées avant d’envoyer ces informations à d’autres routeurs PE.
Le routeur doit conserver tout l’état de transfert dans les tables instance.mpls.0 jusqu’à ce que les nouvelles étiquettes et routes de transit soient allouées et annoncées à d’autres routeurs PE (et aux routeurs CE dans un scénario carrier-of-carriers).
Si l’une des conditions n’est pas remplie, le vpn ne parvient pas à assurer un transfert ininterrompu entre les routeurs CE à travers l’infrastructure VPN.