Comprendre la redondance des cartes de contrôle de commutation

CFEB redondants sur le routeur M10i

Sur le routeur M10i, le CFEB remplit les fonctions suivantes :

• Recherche de route : effectue des recherches de route à l’aide de la table de transfert stockée dans la SRAM synchrone (SSRAM).

• Gestion de la mémoire partagée : alloue uniformément les paquets de données entrants dans la mémoire partagée du routeur.

• Transfert des paquets de données sortants : transmet les paquets de données à la carte d’interface fixe (FIC) ou à la carte d’interface physique (PIC) de destination lorsque les données sont prêtes à être transmises.

• Transfert des paquets d’exception et de contrôle : transmet les paquets d’exception au microprocesseur du CFEB, qui les traite presque tous. Le reste est envoyé au moteur de routage pour un traitement ultérieur. Toutes les erreurs provenant du moteur de transfert de paquets et détectées par le CFEB sont envoyées au moteur de routage à l’aide de messages de journal système.

Le routeur M10i dispose de deux CFEB, l’un configuré pour faire office de serveur principal et l’autre de secours en cas de défaillance du serveur principal. Vous pouvez lancer un basculement manuel en exécutant la request chassis cfeb master switch commande. Pour plus d’informations, reportez-vous à la bibliothèque d’administration de Junos OS pour les périphériques de routage.

FEB redondants sur le routeur M120

Le routeur M120 prend en charge jusqu’à six cartes FEB (Forwarding Engine Boards). Les concentrateurs PIC flexibles (FPC), qui hébergent les PIC, sont séparés des FEB, qui gèrent le transfert des paquets. Les FPC sont situés à l’avant du châssis et fournissent l’alimentation et la gestion aux PIC via le fond de panier central. Les FEB sont situés à l’arrière du châssis et reçoivent les signaux du fond de panier central, qu’ils traitent pour le transfert de paquets. Le fond de panier médian permet à n’importe quel FEB d’acheminer le trafic de n’importe quel FPC.

Pour configurer le mappage des FPC aux FEB, utilisez l’instruction fpc-feb-connectivity décrite dans la bibliothèque d’administration de Junos OS pour les périphériques de routage. Vous ne pouvez pas spécifier de connexion entre un FPC et un FEB configuré en tant que sauvegarde. Si aucun FPC n’est spécifié pour se connecter à un FEB, le FPC est automatiquement affecté au FEB avec le même numéro d’emplacement. Par exemple, le FPC de l’emplacement 1 est affecté au FEB de l’emplacement 1.

Vous pouvez configurer une FEB en tant que sauvegarde pour une ou plusieurs FEB en configurant un groupe de redondance FEB. En cas de défaillance d’un FEB, le FEB de sauvegarde peut rapidement prendre en charge le transfert de paquets. Un groupe de redondance doit contenir exactement une FEB de secours et peut éventuellement contenir une FEB principale et plusieurs autres FEB. Un FEB ne peut appartenir qu’à un seul groupe. Un groupe peut fournir une sauvegarde un à un (principal à sauvegarder), plusieurs à un (deux ou plusieurs autres FEB à sauvegarder) ou une combinaison des deux (une principale à sauvegarder et une ou plusieurs autres FEB à sauvegarder).

Lorsque vous configurez un FEB principal dans un groupe de redondance, le FEB de sauvegarde reflète l’état de transfert exact du FEB principal. Si le basculement a lieu à partir d’un FEB principal, le FEB de secours ne redémarre pas. Un basculement manuel de la FEB principale vers la FEB de secours entraîne une perte de trafic de moins d’une seconde. Le basculement de la FEB principale vers la FEB de secours entraîne une perte de trafic de moins de 10 secondes.

Si un basculement se produit à partir de l’autre FEB et qu’un FEB principal est spécifié pour le groupe, le FEB de sauvegarde redémarre afin que l’état de transfert de l’autre FEB puisse être téléchargé vers le FEB de sauvegarde et que le transfert puisse se poursuivre. Le basculement automatique à partir d’un FEB qui n’est pas spécifié comme FEB principal entraîne une perte de paquets plus élevée. La durée de la perte de paquets dépend du nombre d’interfaces et de la taille de la table de routage, mais elle peut se chiffrer en minutes.

Si un basculement à partir d’un FEB se produit alors qu’aucun FEB principal n’est spécifié dans le groupe de redondance, le FEB de secours ne redémarre pas et les interfaces du FPC connecté au FEB précédemment actif restent en ligne. Le FEB de sauvegarde doit obtenir l’intégralité de l’état de transfert à partir du moteur de routage après un basculement, et cette mise à jour peut prendre quelques minutes. Si vous ne souhaitez pas que les interfaces restent en ligne pendant le basculement de l’autre FEB, configurez un FEB principal pour le groupe de redondance.

Le basculement vers un FEB de secours se produit automatiquement en cas de défaillance d’un FEB d’un groupe de redondance. Vous pouvez désactiver le basculement automatique pour n’importe quel groupe de redondance en incluant l’instruction no-auto-failover au niveau de la [edit chassis redundancy feb redundancy-group group-name] hiérarchie.

Vous pouvez également lancer un basculement manuel en exécutant la request chassis redundancy feb slot slot-number switch-to-backup commande, où slot-number est le numéro du FEB actif. Pour plus d’informations, reportez-vous à l’Explorateur CLI.

Les conditions suivantes entraînent un basculement tant que le FEB de sauvegarde dans un groupe redondant est disponible :

• La FEB est absente.

• La FEB a rencontré une erreur grossière lors de sa mise en ligne.

• Une défaillance logicielle sur le FEB a entraîné un plantage.

• Échec de la connectivité Ethernet entre une FEB et un moteur de routage.

• Une erreur matérielle sur le FEB, telle qu’une panne de courant, s’est produite.

• Le FEB était désactivé lorsque vous appuyiez sur le bouton hors ligne du FEB.

• Le minuteur de surveillance logicielle de la FEB a expiré.

• Des erreurs se sont produites sur les liaisons entre tous les plans de structure actifs et la FEB. Cette situation entraîne un basculement vers le FEB de sauvegarde s’il dispose d’au moins une liaison de fabric valide.

• Des erreurs se sont produites sur la liaison entre le FEB et tous les FPC qui y sont connectés.

Lorsqu’un basculement se produit, un FEB de sauvegarde n’est plus disponible pour le groupe de redondance. Vous pouvez revenir à la FEB de sauvegarde à la FEB précédemment active en émettant la commande operational mode request chassis redundancy feb slot slot-number revert-frombackup, où slot-number est le numéro de la FEB précédemment active. Pour plus d’informations, reportez-vous à l’Explorateur CLI.

Lorsque vous rétablissez la FEB de sauvegarde, celle-ci redevient disponible pour un basculement. Si le groupe de redondance n’a pas de FEB principal, le FEB de sauvegarde redémarre après que vous soyez revenu à la FEB précédemment active. Si la FEB à laquelle vous revenez n’est pas une FEB principale, la FEB de sauvegarde est redémarrée afin de pouvoir s’aligner sur l’état de la FEB principale.

Si vous modifiez la configuration d’un groupe de redondance existant de sorte qu’un FEB se connecte à un FPC différent, le FEB est redémarré, sauf si le FEB était déjà connecté à un ou deux FPC de type 1 et que la modification n’a eu pour conséquence que la connexion du FEB à un FPC de type 1 supplémentaire ou à un FPC de type 1 en moins. Pour plus d’informations sur le mappage d’une connexion entre un FPC et un FEB, reportez-vous à la bibliothèque d’administration de Junos OS pour les périphériques de routage. Si vous modifiez le FEB principal dans un groupe de redondance, le FEB de sauvegarde est redémarré. La FEB est également redémarrée si vous remplacez une FEB de sauvegarde par une FEB non de sauvegarde ou si vous remplacez une FEB active par une FEB de sauvegarde.

Pour afficher l’état des groupes de redondance FEB configurés, exécutez la show chassis redundancy feb commande mode opérationnel. Pour plus d’informations, reportez-vous à l’Explorateur CLI.

SSB redondants sur le routeur M20

La carte système et de commutation (SSB) du routeur M20 remplit les fonctions principales suivantes :

• Gestion de la mémoire partagée sur les FPC : l’ASIC Distributed Buffer Manager sur le SSB alloue uniformément les paquets de données entrants dans la mémoire partagée sur les FPC.

• Transfert sortant des cellules de données vers les FPC : un deuxième ASIC Distributed Buffer Manager sur le SSB transmet les cellules de données aux FPC pour le réassemblage des paquets lorsque les données sont prêtes à être transmises.

• Recherches de route : l’ASIC Internet Internet Processor sur le SSB effectue des recherches de route à l’aide de la table de transfert stockée dans SSRAM. Une fois la recherche effectuée, l’ASIC Internet Processor informe le fond de panier médian de la décision de transfert, et le fond de panier médian transmet la décision à l’interface sortante appropriée.

• Surveillance des composants du système : le SSB surveille les autres composants du système pour détecter les conditions de défaillance et d’alarme. Il collecte les statistiques de tous les capteurs du système et les transmet au moteur de routage, qui déclenche l’alarme appropriée. Par exemple, si une sonde de température dépasse le premier seuil défini en interne, le moteur de routage émet une alarme « haute température ». Si le capteur dépasse le deuxième seuil, le moteur de routage déclenche l’arrêt du système.

• Transfert de paquets d’exception et de contrôle : l’ASIC Internet Processor transmet les paquets d’exception à un microprocesseur sur le SSB, qui les traite presque tous. Les paquets restants sont envoyés au moteur de routage pour un traitement ultérieur. Toutes les erreurs provenant du moteur de transfert de paquets et détectées par le SSB sont envoyées au moteur de routage à l’aide de messages de journal système.

• Contrôle de réinitialisation FPC : le SSB surveille le fonctionnement des FPC. S’il détecte des erreurs dans un FPC, le SSB tente de réinitialiser le FPC. Après trois réinitialisations infructueuses, le SSB met le FPC hors ligne et en informe le moteur de routage. Les autres FPC ne sont pas affectés et le fonctionnement normal du système se poursuit.

Le routeur M20 peut contenir jusqu’à deux SSB. Un SSB est configuré pour faire office de serveur principal et l’autre est configuré pour servir de serveur de secours en cas de défaillance du serveur principal. Vous pouvez lancer un basculement manuel en exécutant la request chassis ssb master switch commande. Pour plus d’informations, reportez-vous à l’Explorateur CLI.

SFM redondants sur les routeurs M40E et M160

Les routeurs M40e et M160 disposent de modules de commutation et de transfert (SFM) redondants. Les SFM contiennent l’ASIC Internet Processor II et deux ASIC Distributed Buffer Manager. Les SFM garantissent que tout le trafic sortant des FPC est traité correctement. Les SFM assurent la recherche, le filtrage et la commutation de route.

Le routeur M40e peut contenir jusqu’à deux SFM, l’un configuré pour faire office de primaire et l’autre configuré pour servir de sauvegarde en cas de défaillance du primaire. La suppression du SFM de veille n’a aucun effet sur le fonctionnement du routeur. Si le SFM actif tombe en panne ou est retiré du châssis, le transfert s’arrête jusqu’à ce que le SFM de secours démarre et devienne actif. Il faut environ 1 minute pour que le nouveau SFM devienne actif. La synchronisation des informations de configuration du routeur peut prendre plus de temps, en fonction de la complexité de la configuration.

Le routeur M160 peut contenir jusqu’à quatre SFM. Tous les SFM sont actifs en même temps. Une défaillance ou la mise hors ligne d’un SFM n’a aucun effet sur le fonctionnement du routeur. Le transfert se poursuit sans interruption.

Vous pouvez lancer un basculement manuel en exécutant la request chassis sfm master switch commande. Pour plus d’informations, reportez-vous à l’Explorateur CLI.