Résilience et dégradation des fabrics

Erreurs du moteur de transfert de paquets et récupération sur les routeurs PTX Series

Les destinations du moteur de transfert de paquets peuvent devenir inaccessibles sur les routeurs PTX Series pour les raisons suivantes :

• Les cartes d’interface de commutation (SIB) de fabric sont hors ligne suite à une commande CLI .

• Les SIB de la fabric sont mis hors ligne par la carte de contrôle en raison des températures élevées.

• Les erreurs d’E/S de tension ou d’interrogation dans les SIB sont détectées par la carte de commande.

• Des erreurs inattendues d’entraînement de liaison se produisent sur tous les plans connectés.

• Deux moteurs de transfert de paquets peuvent atteindre la fabric, mais pas l’un l’autre.

• Des erreurs de lien se produisent lorsque deux moteurs de transfert de paquets sont connectés à la fabric, mais pas via un plan commun.

À partir de la version 13.3 de Junos OS, vous pouvez utiliser les routeurs PTX Series pour configurer les niveaux d’erreur liés au moteur de transfert de paquets (PFE) et les actions à effectuer lorsqu’un seuil spécifié est atteint.

Si aucun niveau d’erreur n’est défini, un routeur PTX Series entame les phases suivantes du processus de récupération :

1. Phase de redémarrage des SIB : Le routeur tente de résoudre le problème en redémarrant les SIB un par un. Cette phase ne démarre pas si les SIB fonctionnent correctement et qu’une seule carte d’interface rencontre un problème.

2. Phase de redémarrage du SIB et de la carte de ligne : le routeur redémarre à la fois les SIB et la carte de ligne. Si certaines cartes d’interface ne sont pas en mesure d’initier des liaisons haut débit vers la fabric après le redémarrage, la perte de trafic en direct n’a pas d’importance, car aucune interface n’est créée pour ces cartes d’interface, ce qui évite les problèmes du système.

3. Phase hors ligne de la carte de ligne : En raison de l’échec des tentatives de récupération précédentes, les cartes de ligne et les interfaces sont désactivées et le système évite les problèmes et les conditions d’erreur.

Résilience de la fabric et récupération automatique de la fabric dégradée

À partir de Junos Evolved version 23.4R1, la fonctionnalité de récupération automatique de la fabric est disponible pour limiter la perte de données. Les actions de récupération entreprises incluent le redémarrage des FRU, le redémarrage des liaisons, etc.

Les actions de récupération de fabric en trois phases suivantes sont tentées au niveau des FRU :

1. Récupération au niveau de la FRU par redémarrage SIB.

2. Récupération au niveau de la FRU par redémarrage FPC ou PFE.

3. Action pour les PFE irrécupérables désactivés ou hors ligne.

Action de récupération de la fabric pour les conditions d’erreur SIB : Pour les défauts d’accessibilité dus à une SIB absente (conduite hors ligne par l’utilisateur ou SIB absente lors de la mise sous tension du système), la résilience de la fabric ne tente pas de récupération. Dans les systèmes qui ne prennent pas en charge la récupération de fabric, des alarmes de châssis sont générées pour les défauts d’accessibilité.

Pour les plates-formes qui peuvent prendre en charge le redémarrage des PFE, le redémarrage des PFE sera ajouté comme action de récupération de phase 2 par défaut.

• Les PFE avec des défauts d’accessibilité résident tous dans un seul FPC.
• PFE présentant des défauts d’accessibilité (dans un ou plusieurs FPC) et sans défaillance commune.

La phase 2 de la récupération est tentée sur les PPFE qui n’ont pas récupéré des défauts d’accessibilité après la phase 1 de la récupération.

Si le nombre de PFE ayant des défauts d’auto-accessibilité dans un FPC est égal ou supérieur à 50 % des PFE, le FPC sera redémarré.

Utilisez l’option CLI suivante pour configurer manuellement l’action de redémarrage du PFE par défaut :

Le tableau suivant présente les actions de récupération de phase 2, en fonction de la configuration et du nombre de PFE en erreur dans un FPC.

Erreurs et récupération du moteur de transfert de paquets sur les routeurs matriciels T640, T1600 ou TX

Les destinations du moteur de transfert de paquets peuvent devenir inaccessibles sur les routeurs T640, T1600 ou TX Matrix pour les raisons suivantes :

• Les cartes d’interface de commutation (SIB) de la fabric sont hors ligne suite à une commande CLI ou à une pression sur un bouton physique.

• Les SIB de la fabric sont mis hors ligne par la carte mezzanine du processeur du commutateur (SPMB) en raison de conditions de température élevées.

• Les erreurs d’E/S de tension ou d’interrogation dans les SIB sont détectées par le SPMB.

• Tous les moteurs de transfert de paquets reçoivent des erreurs de destination sur tous les plans des moteurs de transfert de paquets distants, même lorsque les SIB sont en ligne.

• La perte totale de la fabric est causée par les délais d’attente de destination, même lorsque les SIB sont en ligne.

Le processus de récupération comprend les phases suivantes :

1. Le routeur redémarre les plans de structure un par un. Cette phase ne démarre pas si le plan de la fabric fonctionne correctement et qu’une seule carte d’interface rencontre des problèmes.

2. Phase de redémarrage du plan de la fabric et de la carte de ligne : le routeur redémarre les SIB et les cartes de ligne. Si certaines cartes d’interface ne sont pas en mesure d’initier des liaisons haut débit vers la fabric après le redémarrage, la perte de trafic en direct n’a pas d’importance, car aucune interface n’est créée pour ces cartes d’interface, ce qui évite les problèmes du système.

3. Phase hors ligne de la carte de ligne : En raison de l’échec des tentatives précédentes de récupération, les cartes de ligne et les interfaces sont désactivées et le système évite les problèmes et les conditions d’erreur entraînant de graves conséquences.

Le mécanisme de récupération progressive mentionné ci-dessus est exhaustif, sauf s’il existe d’autres erreurs qui pourraient être corrélées à ces problèmes.

À partir de la version 14.2R6 de Junos OS, vous pouvez mieux gérer la dégradation de la fabric dans les systèmes à châssis unique en incorporant des mécanismes d’auto-ping de fabric et de vivacité du moteur de transfert de paquets. L’auto-ping de la fabric est un mécanisme permettant de détecter les problèmes dans le chemin de données de la fabric. Grâce au mécanisme d’auto-ping de la fabric, chaque moteur de transfert de paquets vérifie qu’un paquet qui lui est destiné l’atteint lorsque le paquet est envoyé sur le chemin de la fabric. L’activité du moteur de transfert de paquets est un mécanisme permettant de détecter si un moteur de transfert de paquets est accessible sur le plan de la fabric. Pour vérifier qu’il est accessible, le moteur de transfert de paquets envoie périodiquement un paquet auto-destiné sur le plan de fabric. Si une erreur est détectée par ces deux mécanismes, le gestionnaire de fabric déclenche une alarme de dégradation de fabric et lance la récupération en redémarrant la carte de ligne.