Configurer la redondance pseudowire de réserve dans H-VPLS
Les pseudowire redondants de réserve fournissent des chemins redondants de bout en bout sur un réseau H-VPLS. Lorsque vous activez la redondance de réserve et que le pseudowire principal tombe en panne, le réseau passe au pseudowire redondant avec un minimum de perturbations.
Les avantages du pseudowire de réserve pour H-VPLS sont les suivants :
-
Récupération rapide vers un chemin redirigé en cas de défaillance du chemin actif.
-
Réduction des perturbations du trafic pendant la transition.
La figure 1 montre un réseau VPLS hiérarchique simplifié à 2 niveaux (H-VPLS) avec un pseudowire actif reliant le hub principal HL3-1 aux rayons HL4-1 et HL4-2. Un pseudowire de secours relie le hub de secours HL3-2 aux rayons HL4-1 et HL4-2. Lorsque le pseudowire principal tombe en panne, le pseudowire de secours prend le relais.
Lorsque la réserve à chaud est activée, le hub principal et le hub de secours ont programmé des chemins pseudowire actifs et de secours vers les périphériques spoke dans le moteur de transfert de paquets. De même, les appareils à rayons ont programmé des chemins pseudowire actifs et de secours. Le fait d’avoir des chemins actifs et pseudowire préprogrammés sur le moteur de transfert de paquets réduit la quantité de trafic qui est rejetée pendant la transition. Le pseudowire actif et de veille peut envoyer et recevoir du trafic. Nous devons donc accorder une attention particulière à la prévention des boucles de trafic lorsque des appareils satellites envoient un trafic inconnu. Pour configurer la veille dans un réseau H-VPLS, configurez les instructions suivantes sur tous les équipements en étoile :
Sur les appareils du hub :
-
Incluez la
pseudowire-status-tlvdéclaration dans la[edit routing-instances routing-instance-name protocols vpls mesh-group mesh-group-name neighbor address ]hiérarchie. Les équipements PE utilisent la variable de longueur de type d’état pseudowire (TLV) pour communiquer l’état pseudowire. -
Incluez l’instruction
Cela permet au concentrateur de secours gérant le pseudowire de secours de préprogrammer les chemins pseudowire vers les périphériques en rayon.hot-standby-vc-ondans la[edit routing-instances routing-instance-name protocols vpls mesh-group mesh-group-name neighbor address pseudowire-status-tlv]hiérarchie sur les appareils du hub. -
Ajoutez l’instruction
load-balance per-packetdans la[edit policy-options policy-statement policy-name term term-name then]hiérarchie et appliquez la politique de routage à toutes les routes de la table de transfert.
Sur les équipements en étoile :
-
Incluez la
pseudowire-status-tlvdéclaration dans la[edit routing-instances routing-instance-name protocols vpls neighbor address ]hiérarchie. Les équipements PE utilisent la variable de longueur de type d’état pseudowire (TLV) pour communiquer l’état pseudowire. -
Inclure l’instruction
hot-standbydans la hiérarchie [edit routing-instances routing-instance-name protocols vpls neighbor address backup-neighbor address]sur les équipements en étoile. L’activationhot-standbypermet aux équipements spoke de préprogrammer les routes et les sauts suivants du pseudowire de secours. -
Incluez l’instruction
vpls-hot-standby-convergencedans la[ routing-options forwarding-table]hiérarchie sur le périphérique en rayon. Lorsque vous activezvpls-hot-standby-convergence, le périphérique Junos envoie des messages publicitaires avec des étiquettes différentes sur le pseudowire actif et le pseudowire de secours. Le dispositif spoke peut alors différencier les messages de retour provenant du pseudowire actif et de secours. -
Incluez l’instruction
load-balance per-packetau niveau de la[edit policy-options policy-statement policy-name term term-name then]hiérarchie et appliquez la politique de routage à toutes les routes de la table de transfert. -
(Facultatif) Dans certains cas, vous pouvez inclure un
switchover-delayat dans la[edit routing-instances routing-instance-name protocols vpls mesh-group mesh-group-name neighbor address ]hiérarchie sur l’équipement en étoile. C’est le temps que l’appareil attend avant de passer au voisin de secours après avoir détecté une défaillance dans la connexion pseudowire primaire. Nous recommandons un délai de 60 secondes.
L’exemple de configuration de secours suivant montre comment configurer les équipements en étoile.
en étoile H-VPLS
Voici un exemple de configuration pour Hub HL3-1.
routing-instances
LDP-VPLS {
instance-type vpls;
interface ge-0/0/0.0;
protocols {
vpls {
no-tunnel-services;
vpls-id 1;
neighbor 10.3.2.2;
mesh-group HL4 {
vpls-id 1;
local-switching;
neighbor 10.4.1.1 {
pseudowire-status-tlv hot-standby-vc-on;
}
neighbor 10.4.2.2 {
pseudowire-status-tlv hot-standby-vc-on;
}
}
connectivity-type permanent;
}
}
}
policy-options {
policy-statement PPLB {
then {
load-balance per-packet;
}
}
}
routing-options {
forwarding-table {
export PPLB;
}
}
Voici un exemple de configuration pour Hub HL3-2.
routing-instances
LDP-VPLS {
instance-type vpls;
protocols {
vpls {
enable-mac-move-action;
no-tunnel-services;
vpls-id 1;
neighbor 10.1.2.2;
mesh-group HL4 {
vpls-id 1;
local-switching;
neighbor 10.4.1.1 {
pseudowire-status-tlv hot-standby-vc-on;
}
neighbor 10.4.2.2 {
pseudowire-status-tlv hot-standby-vc-on;
}
}
connectivity-type permanent;
}
}
}
policy-options {
policy-statement PPLB {
then {
load-balance per-packet;
}
}
}
routing-options {
forwarding-table {
export PPLB;
}
}
Voici un exemple de configuration pour les équipements en étoile (HL4-1 et HL4-2).
routing-instances
LDP-VPLS {
instance-type vpls;
interface ge-0/0/0.0;
protocols {
vpls {
no-tunnel-services;
vpls-id 1;
neighbor 10.3.1.1 {
pseudowire-status-tlv;
switchover-delay 60000;
revert-time 10;
backup-neighbor 10.3.2.2 {
hot-standby;
}
}
}
}
}
routing-options {
forwarding-table {
vpls-hot-standby-convergence;
}
}
policy-options {
policy-statement PPLB {
then {
load-balance per-packet;
}
}
}
routing-options {
forwarding-table {
export PPLB;
}
}