Pseudowires redondants pour les circuits de couche 2 et VPLS
Un pseudowire redondant peut servir de connexion de secours entre les routeurs PE et les équipements CE, en maintenant les circuits de couche 2 et les services VPLS après certains types de défaillances. Cette fonctionnalité peut permettre d’améliorer la fiabilité de certains types de réseaux (métro par exemple) où un seul point de défaillance peut interrompre le service pour plusieurs clients. Les pseudowires redondants ne peuvent pas réduire à zéro les pertes de trafic. Cependant, ils fournissent un moyen de récupérer en douceur des défaillances de pseudowire de manière à ce que le service puisse être redémarré dans un délai connu.
Lorsque vous configurez des pseudowire redondants sur des routeurs PE distants, vous en configurez un pour qu’il agisse en tant que pseudowire principal sur lequel le trafic client est transmis et vous configurez un autre pseudowire pour qu’il agisse comme une solution de secours en cas de défaillance du primaire. Vous configurez les deux pseudo-fils de manière statique. Une étiquette distincte est attribuée pour les voisins principal et secondaire.
Pour plus d’informations sur la configuration des pseudo-fils redondants, reportez-vous à la section Configuration des pseudo-fils redondants pour les circuits de couche 2 et VPLS.
Les sections suivantes fournissent une vue d’ensemble des pseudofils redondants pour les circuits de couche 2 et VPLS :
Types de configurations de pseudowire redondantes
Vous pouvez configurer des pseudowires redondants pour les circuits de couche 2 et VPLS de l’une des manières suivantes :
Vous pouvez configurer un seul pseudowire actif. La préférence est donnée au routeur PE configuré en tant que voisin principal et cette connexion est celle utilisée pour le trafic client. Pour la signalisation LDP, des étiquettes sont échangées pour le trafic entrant et sortant avec le voisin principal. L’annonce d’étiquette LDP est acceptée à partir du voisin de sauvegarde, mais aucune annonce d’étiquette ne lui est transmise, ce qui laisse le pseudowire dans un état incomplet. Le pseudowire vers le voisin de secours n’est effectué qu’en cas de défaillance du voisin principal. La décision de basculer entre les deux pseudo-fils est prise par l’appareil configuré avec les pseudo-fils redondants. Le routeur PE distant principal n’a pas conscience de la configuration redondante, ce qui garantit que le trafic est toujours commuté à l’aide du pseudowire actif.
Vous pouvez également configurer deux pseudowires actifs, un vers chacun des routeurs PE. Cette approche permet d’achever la signalisation du plan de contrôle et d’établir des pseudowires actifs avec les voisins principal et secondaire. Cependant, le transfert du plan de données s’effectue uniquement sur l’un des pseudowires (désigné comme pseudowire actif par le périphérique local). L’autre pseudowire est en attente. Le pseudowire actif est de préférence établi avec le voisin principal et peut basculer vers le pseudowire de secours en cas de défaillance du primaire.
La décision de basculer entre les pseudo-fils actifs et de veille est contrôlée par l’appareil local. Les routeurs PE distants n’ayant pas conscience de la connexion redondante, ils envoient donc du trafic à l’équipement local. L’appareil local n’accepte que le trafic du pseudowire actif et supprime le trafic du serveur de secours. De plus, l’appareil local envoie uniquement du trafic au pseudowire actif. En cas de défaillance du pseudowire actif, le trafic est immédiatement basculé vers le pseudowire de secours.
Les deux configurations disponibles pour la redondance pseudowire présentent les limitations suivantes :
Pour la configuration à pseudowire actif unique, il faut plus de temps (par rapport à la configuration à deux pseudowire actifs) pour basculer vers le pseudowire de secours lorsqu’une défaillance est détectée. Cette approche nécessite une signalisation supplémentaire du plan de contrôle pour compléter le pseudowire avec le voisin de secours, et le trafic peut être perdu lors du basculement du primaire vers le serveur de secours.
Si vous configurez deux pseudowires actifs, la bande passante est perdue sur la liaison transportant le pseudowire de secours entre le routeur PE distant et le périphérique local. Le trafic est toujours dupliqué à la fois sur les pseudowires actifs et en veille. La configuration pseudowire active unique ne gaspille pas la bande passante de cette manière.
Détection des défaillances des pseudo-fils
Les événements suivants sont utilisés pour détecter une défaillance (plan de contrôle et de données) du pseudowire configuré entre un périphérique local et un routeur PE distant et initier le basculement vers un pseudowire redondant :
Commutation manuelle (à l’initiative de l’utilisateur)
Le routeur PE distant retire l’annonce de l’étiquette
Le LSP vers le routeur PE distant tombe en panne
Arrêt de la session LDP avec le routeur PE distant
Modifications de la configuration locale
Échec périodique de la procédure OAM pseudowire (échec de la commande ping MPLS basée sur le circuit de couche 2 vers le routeur PE)
Lorsque vous configurez un pseudowire redondant entre un périphérique CE et un routeur PE, un paquet ping périodique (une fois par minute) est transféré via le pseudowire actif pour vérifier la connectivité du plan de données. En cas d’échec du ping, le trafic est automatiquement basculé vers le pseudowire redondant.
Lorsqu’une défaillance est détectée, le trafic passe du pseudowire actif défaillant au pseudowire redondant. Le pseudowire redondant est alors désigné comme pseudowire actif. Le commutateur est irréversible, ce qui signifie qu’une fois que le pseudowire redondant assume le rôle du pseudowire actif au moment d’un basculement, il reste en tant que pseudowire actif même si le pseudowire précédemment actif réapparaît.
Par exemple, un pseudowire primaire est défaillant et le trafic a été basculé avec succès vers le pseudowire redondant. Après un certain temps, la cause de la défaillance du pseudowire primaire a été résolue et il est maintenant possible de rétablir la connexion d’origine. Toutefois, le trafic n’est pas rebasculé vers le pseudowire d’origine, sauf si une défaillance est détectée sur le pseudowire actuellement actif.