Comprendre le redémarrage gracieux

BGP

Lorsqu’un routeur activé pour le redémarrage gracieux BGP redémarre, il conserve les routes homologues pair BGP dans sa table de transfert et les marque comme obsolètes. Toutefois, il continue à transférer le trafic vers d’autres homologues (ou homologues récepteurs) pendant le redémarrage. Pour rétablir les sessions, le routeur qui redémarre définit le bit « état de redémarrage » dans le message BGP OPEN et l’envoie à tous les homologues participants. Les homologues récepteurs répondent au routeur qui redémarre avec des messages contenant des marqueurs de fin de table de routage. Lorsque le routeur ou le commutateur qui redémarre reçoit toutes les réponses des homologues récepteurs, le routeur qui redémarre sélectionne la route, la table de transfert est mise à jour et les routes précédemment marquées comme obsolètes sont ignorées. À ce stade, toutes les sessions BGP sont rétablies et l’homologue qui redémarre peut recevoir et traiter les messages BGP comme d’habitude.

Pendant que le routeur redémarré effectue son traitement, les homologues récepteurs conservent également temporairement les informations de routage. Lorsqu’un homologue récepteur détecte une réinitialisation de transport TCP, il conserve les routes reçues et les marque comme périmées. Une fois la session rétablie avec le routeur ou le commutateur redémarré, les routes obsolètes sont remplacées par des informations de route mises à jour.

IS-IS

Normalement, les routeurs IS-IS déplacent les zones adjacentes vers l’état inactif lorsque des modifications se produisent. Toutefois, un routeur activé pour le redémarrage gracieux IS-IS envoie des messages Hello avec le bit de demande de redémarrage (RR) défini dans un message TLV (Restart Type Length Value). Cela indique aux routeurs voisins qu’un redémarrage normal est en cours et qu’ils doivent laisser intacte la contiguïté IS-IS. Les routeurs voisins doivent interpréter et implémenter eux-mêmes la signalisation de redémarrage. En plus de maintenir la contiguïté, les voisins envoient des PDU à numéro de séquence complet (CSNP) au routeur qui redémarre et inondent l’ensemble de leur base de données.

Le routeur qui redémarre n’inonde jamais ses propres PDU d’état de liaison (LSP), y compris les LSP de pseudonœuds, vers les voisins IS-IS lorsqu’il subit un redémarrage normal. Cela permet aux voisins de rétablir leurs contiguïtés sans passer à l’état inactif et permet au routeur redémarrant de relancer une synchronisation fluide de la base de données.

OSPF et OSPFv3

Lorsqu’un routeur activé pour le redémarrage gracieux OSPF redémarre, il conserve les routes apprises avant le redémarrage dans sa table de transfert. Le routeur n’autorise pas les nouvelles annonces d’état de lien (LSA) OSPF à mettre à jour la table de routage. Ce routeur continue de transférer le trafic vers d’autres voisins OSPF (ou routeurs d’assistance) et n’envoie qu’un nombre limité de LSA pendant la période de redémarrage. Pour rétablir les contiguïtés OSPF avec les voisins, le routeur qui redémarre doit envoyer un LSA Grace à tous les voisins. En réponse, les routeurs d’assistance passent en mode d’assistance et renvoient un accusé de réception au routeur qui redémarre. S’il n’y a pas de changement de topologie, les routeurs d’assistance continuent d’annoncer les LSA comme si le routeur de redémarrage était resté en fonctionnement OSPF continu.

Lorsque le routeur qui redémarre reçoit des réponses de tous les routeurs d’assistance, il sélectionne les itinéraires, met à jour la table de transfert et ignore les anciens itinéraires. À ce stade, les adjacences OSPF complètes sont rétablies et le routeur qui redémarre reçoit et traite les LSA OSPF comme d’habitude. Lorsque les routeurs d’assistance ne reçoivent plus de LSA d’exception de la part du routeur qui redémarre ou que la topologie du réseau change, les routeurs d’assistance reprennent également leur fonctionnement normal.

À partir de la version 11.3, Junos OS prend en charge le mode d’assistance basé sur la signalisation de redémarrage pour les configurations de redémarrage gracieux OSPF. Les modes d’assistance, qu’ils soient standard ou basés sur la signalisation de redémarrage, sont activés par défaut. Dans les implémentations du mode d’assistance basé sur la signalisation de redémarrage, le routeur de redémarrage transmet l’état de redémarrage à ses voisins uniquement une fois le redémarrage terminé. Lorsque le redémarrage est terminé, le routeur qui redémarre envoie des messages hello à ses routeurs d’assistance avec le bit de signal de redémarrage (RS) défini dans l’en-tête du paquet hello. Lorsqu’un routeur d’assistance reçoit un paquet hello avec le bit RS défini dans l’en-tête, le routeur d’assistance renvoie un message hello au routeur qui redémarre. Le message de réponse bonjour du routeur d’assistance contient l’indicateur ResyncState et le minuteur ResyncTimeout qui permettent au routeur de redémarrage de garder une trace des routeurs d’assistance qui se synchronisent avec lui. Lorsque tous les assistants ont terminé la synchronisation, le routeur qui redémarre quitte le mode de redémarrage.

Mode clairsemé PIM

Le mode clairsemé PIM utilise un mécanisme appelé identifiant de génération pour indiquer la nécessité d’un redémarrage normal. Les identifiants de génération sont inclus par défaut dans les messages PIM hello. Un identificateur de génération initiale est créé par chaque voisin PIM pour établir les capacités de l’équipement. Lorsque l’un des voisins PIM redémarre, il envoie un nouvel identifiant de génération à ses voisins. Tous les voisins qui prennent en charge le redémarrage normal et qui sont connectés par des liaisons point à point aident en envoyant des mises à jour multicast au voisin qui redémarre.

La phase de redémarrage se termine lorsque l’état PIM devient stable ou lorsque le minuteur d’intervalle de redémarrage expire. Si les voisins ne prennent pas en charge le redémarrage normal ou ne se connectent pas les uns aux autres à l’aide d’interfaces multipoints, le routeur de redémarrage utilise le minuteur d’intervalle de redémarrage pour définir la période de redémarrage.

RIP et RIPng

Lorsqu’un routeur activé pour le redémarrage gracieux RIP redémarre, les routes qui ont été configurées sont protégées. Étant donné qu’aucun routeur d’assistance n’aide au redémarrage, ces routes sont conservées dans la table de transfert pendant le redémarrage du routeur (plutôt que d’être ignorées ou actualisées).

LDP

Le redémarrage normal LDP permet à un routeur dont le plan de contrôle LDP est en cours de redémarrage de continuer à transférer le trafic tout en récupérant son état à partir des routeurs voisins. Il active également un routeur sur lequel le mode d’assistance est activé pour assister un routeur voisin qui tente de redémarrer LDP.

Lors de l’initialisation de session, un routeur annonce sa capacité à effectuer un redémarrage gracieux LDP ou à tirer parti du redémarrage gracieux LDP d’un voisin en envoyant le TLV de redémarrage gracieux. Ce TLV contient deux champs pertinents pour le redémarrage normal LDP : l’heure de reconnexion et l’heure de récupération. Les valeurs des temps de reconnexion et de récupération indiquent les capacités de redémarrage en douceur prises en charge par le routeur.

Le temps de reconnexion par défaut est de 60 secondes dans Junos OS et peut être configuré par l’utilisateur. Le temps de reconnexion correspond au temps que le routeur d’assistance attend que le routeur qui redémarre établisse une connexion. Si la connexion n’est pas établie dans l’intervalle de reconnexion, le redémarrage normal de la session LDP est terminé. Le temps de reconnexion maximal par défaut est de 120 secondes et peut être configuré par l’utilisateur. Le temps de reconnexion maximal est la valeur maximale qu’un routeur d’assistance accepte de son voisin de redémarrage.

Lorsqu’un routeur découvre qu’un routeur voisin redémarre, il attend la fin du temps de récupération avant de tenter de se reconnecter. Le temps de récupération correspond au temps qu’un routeur attend que LDP redémarre correctement. Le délai de récupération commence lorsqu’un message d’initialisation est envoyé ou reçu. Cette période correspond généralement à la durée pendant laquelle un routeur voisin conserve ses informations sur le routeur qui redémarre afin qu’il puisse continuer à transférer le trafic.

Vous pouvez configurer le redémarrage normal de LDP à la fois dans l’instance principale pour le protocole LDP et pour une instance de routage spécifique. Vous pouvez désactiver le redémarrage gracieux au niveau global pour tous les protocoles, au niveau du protocole pour LDP uniquement et pour une instance de routage spécifique uniquement.

RSVP

Le redémarrage gracieux RSVP permet à un routeur en cours de redémarrage d’informer ses voisins adjacents de son état. Le routeur qui redémarre demande une période de grâce au voisin ou à l’homologue, qui peut alors coopérer avec le routeur qui redémarre. Le routeur qui redémarre peut toujours transférer le trafic MPLS pendant la période de redémarrage ; La convergence du réseau n’est pas perturbée. Le redémarrage n’est pas visible par le reste du réseau et le routeur redémarré n’est pas supprimé de la topologie du réseau. Le redémarrage gracieux RSVP peut être activé sur les routeurs de transit et les routeurs entrants. Il est disponible pour les LSP point à point et point à multipoint.

CCC et TCC

Le redémarrage gracieux CCC et TCC permet aux connexions de couche 2 entre les routeurs CE de redémarrer sans problème. Ces connexions de couche 2 sont configurées à l’aide du commutateur d’interface distante ou lsp-switch des instructions. Étant donné que ces connexions CCC et TCC dépendent implicitement des LSP RSVP, le redémarrage gracieux de CCC et TCC utilise les fonctionnalités de redémarrage gracieux RSVP.

Le redémarrage gracieux RSVP doit être activé sur les routeurs Provider Edge (PE) et les routeurs fournisseurs (P) pour permettre le redémarrage gracieux pour CCC et TCC. En outre, étant donné que RSVP est utilisé comme protocole de signalisation pour signaler les informations d’étiquette, le routeur voisin doit utiliser le mode d’assistance pour faciliter les procédures de redémarrage de RSVP.