Configure la redundancia de pseudocable de espera activa en H-VPLS
El pseudocable redundante de espera caliente proporciona rutas redundantes de extremo a extremo en una red H-VPLS. Cuando habilita la redundancia de espera activa y el pseudocable principal falla, la red pasa al pseudocable redundante con una interrupción mínima.
Los beneficios del pseudocable de espera en caliente para H-VPLS incluyen los siguientes:
-
Recuperación rápida a una ruta reenrutada cuando la ruta activa tiene un error.
-
Reducción de la interrupción del tráfico durante la transición.
La figura 1 muestra una red VPLS jerárquica simplificada de 2 niveles (H-VPLS) con un pseudocable activo que conecta el concentrador principal HL3-1 con los radios HL4-1 y HL4-2. Un pseudocable en espera conecta el concentrador de respaldo HL3-2 con los radios HL4-1 y HL4-2. Cuando el pseudocable principal falla, el pseudocable de espera se hace cargo.
Con la espera activa habilitada, tanto el concentrador principal como el de respaldo han programado rutas de pseudocable activa y en espera a dispositivos radio en el motor de reenvío de paquetes. Del mismo modo, los dispositivos radio han programado rutas de pseudocable activa y en espera. Tener rutas activas y pseudocables preprogramadas en el motor de reenvío de paquetes reduce la cantidad de tráfico que se descarta durante la transición. Tanto el pseudocable activo como el de espera pueden enviar y recibir tráfico. Por lo tanto, debemos considerar especialmente la prevención de los bucles de tráfico cuando los dispositivos radiales envían tráfico desconocido. Para configurar la espera activa en una red H-VPLS, configure las siguientes instrucciones en todos los dispositivos hub-and-spoke:
En los dispositivos hub:
-
Incluya la
pseudowire-status-tlvinstrucción en la[edit routing-instances routing-instance-name protocols vpls mesh-group mesh-group-name neighbor address ]jerarquía. Los dispositivos PE usan la variable de longitud de tipo de estado pseudocable (TLV) para comunicar el estado del pseudocable. Incluya la
Esto permite que el dispositivo concentrador de respaldo que administra el pseudocable de espera preprograme rutas de pseudocable a los dispositivos radiales.hot-standby-vc-oninstrucción en la[edit routing-instances routing-instance-name protocols vpls mesh-group mesh-group-name neighbor address pseudowire-status-tlv]jerarquía en los dispositivos concentradores.-
Incluya la
load-balance per-packetinstrucción en la[edit policy-options policy-statement policy-name term term-name then]jerarquía y aplique la política de enrutamiento a todas las rutas de la tabla de reenvío.
En los dispositivos radiales:
-
Incluya la
pseudowire-status-tlvinstrucción en la[edit routing-instances routing-instance-name protocols vpls neighbor address ]jerarquía. Los dispositivos PE usan la variable de longitud de tipo de estado pseudocable (TLV) para comunicar el estado del pseudocable. -
Incluya la
hot-standbyinstrucción en la jerarquía [edit routing-instances routing-instance-name protocols vpls neighbor address backup-neighbor address]en los dispositivos radiales. La habilitaciónhot-standbypermite que los dispositivos radiales preprogramen las rutas y los próximos saltos del pseudocable de espera. -
Incluya la
vpls-hot-standby-convergenceinstrucción en la[ routing-options forwarding-table]jerarquía del dispositivo radial. Cuando habilitavpls-hot-standby-convergence, el dispositivo Junos envía mensajes publicitarios con diferentes etiquetas en el pseudocable activo y en espera. El dispositivo radial puede diferenciar los mensajes de retorno que regresan del pseudocable activo y en espera. -
Incluya la
load-balance per-packetinstrucción en el[edit policy-options policy-statement policy-name term term-name then]nivel de jerarquía y aplique la política de enrutamiento a todas las rutas de la tabla de reenvío. -
(Opcional) En algunos casos, es posible que desee incluir una
switchover-delayen la[edit routing-instances routing-instance-name protocols vpls mesh-group mesh-group-name neighbor address ]jerarquía en el dispositivo radial. Este es el tiempo que el dispositivo espera antes de cambiar al vecino de respaldo después de detectar una falla en la conexión pseudocable principal. Recomendamos un retraso de 60 segundos.
La siguiente configuración de prueba de espera activa muestra cómo configurar los dispositivos concentradores y radiales.
La siguiente es la configuración de ejemplo para 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;
}
}
La siguiente es la configuración de ejemplo para 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;
}
}
La siguiente es la configuración de ejemplo para los dispositivos radio (HL4-1 y 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;
}
}