GRES sur le plan d’utilisateur multi-accès Junos

Pour le plan utilisateur multi-accès Junos, le basculement GRES protège le protocole PFCP KeepAlive. Le nouveau moteur de routage principal commence à répondre aux questions des pairs.

Toutes les mises à jour du moteur de routage principal sont répliquées dans le moteur de routage de secours dès qu’elles surviennent.

Commutateurs principaux au moteur de routage de secours si :

• Le noyau principal du moteur de routage cesse de fonctionner.

• Le moteur de routage principal subit une panne matérielle.

• L’administrateur lance un basculement manuel.

Note:

Pour restaurer ou conserver rapidement les informations sur l’état du protocole de routage lors d’un basculement, le GRES doit être combiné à un redémarrage progressif ou à un routage actif ininterrompu, respectivement. Pour plus d’informations sur le redémarrage progressif, consultez « Graceful Restart Concepts ». Pour plus d’informations sur le routage actif ininterrompu, consultez Concepts de routage actif ininterrompu.

Si le moteur de routage de secours ne reçoit pas de keepalive du moteur de routage principal au bout de 2 secondes, il détermine que le moteur de routage principal a échoué ; et joue le rôle principal.

Le moteur de transfert de paquets :

• Déconnexion transparente de l’ancien moteur de routage principal

• Se reconnecte au nouveau moteur de routage principal

• Ne redémarre pas

• N’interrompt pas le trafic

Le nouveau moteur de routage principal et le moteur de transfert de paquets sont ensuite synchronisés. Si le nouveau moteur de routage principal détecte que l’état du moteur de transfert de paquets n’est pas à jour, il modifie les messages de mise à jour d’état.

Note:

Les événements de basculement successifs du moteur de routage doivent être espacés d’au moins 240 secondes (4 minutes) après l’arrivée des deux moteurs de routage.

Si le routeur ou le commutateur affiche un message d’avertissement similaire à Standby Routing Engine is not ready for graceful switchover. Packet Forwarding Engines that are not ready for graceful switchover might be reset , ne tentez pas de basculer. Si vous choisissez de procéder au basculement, seuls les moteurs de transfert de paquets qui n’étaient pas prêts pour le basculement automatique sont réinitialisés. Aucun des CPF ne devrait être relancé spontanément. Nous vous recommandons d’attendre que l’avertissement ne s’affiche plus, puis de poursuivre le basculement.

Note:

• Nous ne recommandons pas d’effectuer une opération de validation sur le moteur de routage de secours lorsque LE GRES est activé sur le routeur ou le commutateur.

• Nous déconseillent l’activation du GRES sur le moteur de routage de secours, quel que soit le scénario.

La figure 1 illustre l’architecture système du basculement graceful Routing Engine et le processus suivi par une plate-forme de routage pour se préparer à un basculement.

Note:

Vérifiez le niveau de préparation au GRES en exécutant les deux processus suivants :

• Commande request chassis routing-engine master switch check du moteur de routage principal

• Commande show system switchover du moteur de routage de secours

Le processus de préparation au basculement du GRES est le suivant :

1. Le moteur de routage principal commence.

2. Les processus de la plate-forme de routage (tels que le processus du châssis [châssis]) démarrent.

3. Le moteur de transfert de paquets démarre et se connecte au moteur de routage principal.

4. Toutes les informations sur l’état sont mises à jour dans le système.

5. Le moteur de routage de secours commence.

6. Le système détermine si le GRES a été activé.

7. Le processus de synchronisation du noyau (ksynchrone) synchronise le moteur de routage de secours avec le moteur de routage principal.

8. Une fois la synchronisation terminée, toutes les informations sur l’état et la table de transfert sont mises à jour.

La figure 2 montre les effets d’un basculement sur la plate-forme de routage (ou de commutation).

Un processus de basculement se compose des étapes suivantes :

1. En cas de perte d’équipements du moteur de routage principal, les commutateurs système passent normalement au moteur de routage de secours.

2. Le moteur de transfert de paquets se connecte au moteur de routage de secours, qui devient le nouveau principal.

3. Des processus de plate-forme de routage qui ne font pas partie du GRES (tels que le processus de protocole de routage rpd) de redémarrage.

4. Les informations d’état tirées du point de basculement sont mises à jour dans le système.

5. Si elles sont configurées, les extensions de protocole de redémarrage progressif collectent et restaurent les informations de routage des routeurs peer helper voisins.

Note:

Pour les routeurs MX Series utilisant une gestion améliorée des abonnés, le nouveau moteur de routage de secours (l’ancien moteur de routage principal) redémarrera lorsqu’un basculement du moteur de routage normal est effectué. Ce redémarrage à froid resynchronise l’état du moteur de routage de secours avec celui du nouveau moteur de routage principal, évitant ainsi les anomalies d’état qui auraient pu se produire pendant le basculement.

Note:

Dans la configuration du plan d’utilisateur multi-accès Junos, si la configuration de périphérie mobile est validée et que le gres doit être activé ou désactivé, un redémarrage de l’ensemble du châssis est requis.

Note:

Dans le plan d’utilisateur multi-accès Junos, toute session d’abonné dont l’état de session n’est pas le mêmeESTABLISHED, un redémarrage progressif consigne cet abonné et élimine tout état. Le SAEGW-C devra rétablir cette session

Tableau 1 : Effets d’un basculement de moteur de routage

Fonction	Avantages	Considérations
Deux moteurs de routage uniquement (aucune fonctionnalité n’est activée)	Lorsque le passage au nouveau moteur de routage principal est terminé, la convergence du routage a lieu et le trafic est repris.	Toutes les interfaces physiques sont déconnectées. Redémarrage des moteurs de transfert de paquets. Le moteur de routage de secours redémarre le processus de protocole de routage (rpd). Tous les matériels et interfaces sont découverts par le nouveau moteur de routage principal. Le basculement prend plusieurs minutes. Toutes les proximités du routeur sont conscientes des changements physiques (alarmes d'interface) et de routage (topologie).
Compatible GRES	Lors du basculement, les informations sur l’interface, les abonnés de périphérie mobile et les informations du noyau sont conservées. Le basculement est plus rapide car les moteurs de transfert de paquets ne sont pas redémarrés.	Le nouveau moteur de routage principal redémarre le processus de protocole de routage (rpd). Tous les matériels et interfaces sont acquis par un processus similaire à un redémarrage à chaud. Toutes les proximités sont conscientes de l'évolution de l'état du routeur. Les pairs PFCP de périphérie mobile ne savent pas que LE GRES s’est produit.
Compatible GRES et NSR	Le trafic n’est pas interrompu pendant le basculement. L’interface, les informations sur les abonnés de périphérie mobile et les informations du noyau sont conservées.	Les protocoles non pris en charge doivent être actualisés à l’aide des mécanismes de récupération normaux inhérents à chaque protocole. Les pairs PFCP de périphérie mobile ne savent pas que LE GRES s’est produit.
GRES et graceful restart activés	Le trafic n’est pas interrompu pendant le basculement. L’interface, les informations sur les abonnés de périphérie mobile et les informations du noyau sont conservées. Les extensions de protocole de redémarrage progressif collectent et restaurent rapidement les informations de routage des routeurs voisins.	Les voisins doivent prendre en charge le redémarrage progressif et un intervalle d’attente est requis. Le processus de protocole de routage (rpd) redémarre. Pour certains protocoles, une modification importante du réseau peut entraîner l’arrêt du redémarrage progressif. À partir de La version 12.2 de Junos OS, si les proximités entre le routeur de redémarrage et les routeurs « helper » voisins sont obsolètes, le redémarrage progressif peut s'arrêter et causer des interruptions du trafic. Les pairs PFCP de périphérie mobile ne savent pas que LE GRES s’est produit.