Pseudowires redondants pour circuits de couche 2 et VPLS
Un pseudowire redondant peut servir de connexion de secours entre les routeurs PE et les équipements CE, maintenant le circuit de couche 2 et les services VPLS après certains types de défaillances. Cette fonctionnalité peut contribuer à améliorer la fiabilité de certains types de réseaux (métropolitains par exemple) où un seul point de défaillance peut interrompre le service pour plusieurs clients. Les pseudowires redondants ne peuvent pas réduire les pertes de trafic à zéro. Cependant, ils offrent un moyen de se remettre gracieusement de pannes de pseudowire de manière à ce que le service puisse être redémarré dans un délai connu.
Lorsque vous configurez des pseudowires redondants vers des routeurs PE distants, vous en configurez un pour qu’il agisse comme pseudowire principal sur lequel le trafic client est transmis et vous configurez un autre pseudowire pour qu’il agisse comme une sauvegarde en cas de défaillance du principal. Vous configurez les deux pseudowires de manière statique. Une étiquette distincte est allouée aux voisins principal et secondaire.
Pour plus d’informations sur la configuration de pseudowires redondants, reportez-vous à la section Configuration de pseudowires redondants pour les circuits de couche 2 et VPLS.
Les sections suivantes donnent un aperçu des pseudowires redondants pour les circuits de couche 2 et VPLS :
Types de configurations 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. Le routeur PE configuré comme voisin principal est privilégié et cette connexion est celle utilisée pour le trafic client. Pour la signalisation LDP, les étiquettes sont échangées pour le trafic entrant et sortant avec le voisin principal. L’annonce d’étiquette LDP est acceptée par le voisin de secours, mais aucune annonce d’étiquette ne lui est transmise, laissant le pseudowire dans un état incomplet. Le pseudowire vers le voisin de secours n’est terminé que lorsque le voisin principal est défaillant. La décision de basculer entre les deux pseudowires est prise par l’appareil configuré avec les pseudowires redondants. Le routeur PE distant principal n’est pas conscient de la configuration redondante, ce qui garantit que le trafic est toujours commuté en utilisant uniquement le pseudowire actif.
Vous pouvez également configurer deux pseudowires actifs, un pour chacun des routeurs PE. En utilisant cette approche, la signalisation du plan de contrôle est terminée et des pseudo-fils actifs sont établis avec les voisins principaux et secondaires. Cependant, le transfert du plan de données se fait uniquement sur l’un des pseudowire (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 pseudowire principal.
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’ont pas conscience de la connexion redondante, et donc les deux routeurs PE distants envoient du trafic vers l’équipement local. L’équipement local n’accepte que le trafic provenant du pseudowire actif et abandonne le trafic du réseau de secours. De plus, le périphérique local n’envoie du trafic qu’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 active unique, il faut plus de temps (par rapport à la configuration pseudowire à deux pseudowire actifs) pour passer au 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 pendant le basculement du trafic primaire vers le trafic de secours.
Si vous configurez deux pseudowire actifs, la bande passante est perdue sur la liaison transportant le pseudowire de secours entre le routeur PE distant et l’équipement local. Le trafic est toujours dupliqué sur les pseudowire actifs et de secours. La configuration pseudowire active unique ne gaspille pas de bande passante de cette manière.
Détection des défaillances par pseudowire
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 passage à un pseudowire redondant :
Basculement manuel (initié par l’utilisateur)
Le routeur PE distant retire l’annonce de l’étiquette
Arrêt du LSP vers le routeur PE distant
La session LDP avec le routeur PE distant est interrompue
Modifications de la configuration locale
Échecs périodiques de la procédure OAM pseudowire (échec du ping MPLS MPLS basé sur un 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. Si le ping échoue, 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 n’est pas ré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 le pseudowire actif même si le pseudowire précédemment actif réapparaît.
Par exemple, un pseudowire principal est tombé en panne 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.