Extensión de la lógica de la condición de redundancia pseudocable a la descripción general de la interfaz lógica del servicio pseudocable
La función de redundancia de pseudocable para escenarios de retorno móvil utiliza interfaces de túnel lógico (lt-) emparejadas como la unión entre dominios de capa 2 y capa 3. Esta característica ahora incluye la interfaz lógica del servicio pseudocable MPLS para terminar las interfaces de suscriptor mediante la interfaz ps0.0 como la unión entre dominios de capa 2 y capa 3. En este tema se describen los detalles funcionales de la función de redundancia pseudocable mediante la interfaz ps0.0, que extiende la lógica de política utilizada en las interfaces de túnel lógico.
Un dispositivo lógico pseudocable y sus interfaces lógicas de pseudocable relacionadas dependen del estado del dispositivo de interfaz de transporte lógico subyacente, que es el circuito VPN de capa 2 o capa 2.
Recomendamos que utilice unit 0 para representar la interfaz lógica de transporte para el dispositivo pseudocable. Los números de unidad no cero representan interfaces lógicas de servicio utilizadas para las interfaces de suscriptor pseudocable.
Topología de ejemplo
La figura 1 de la página 1 muestra la unión de dominios de capa 2 y capa 3 entre el nodo de acceso MPLS y el núcleo de MPLS. El pseudocable principal o de respaldo en el lado de acceso MPLS termina en los dispositivos perimetrales del proveedor (PE1 y PE2) en la interfaz de transporte lógico pseudocable (ps0.0). Las correspondientes interfaces de servicio lógico pseudocable (ps0.1 a ps0.n) en la nube MPLS central están conectadas al dominio de la capa 3, y estas interfaces de servicio lógico pseudocable se configuran en instancias de enrutamiento VPN de capa 3.
de pseudocable
Esta topología da como resultado un circuito de capa 2 en el nodo de acceso de MPLS y enrutadores de borde de proveedor, con la interfaz de transporte lógico pseudocable (ps0.0) que actúa como la interfaz local del circuito de capa 2 que termina en los enrutadores de PE.
Funcionalidad
La figura 1 de la página 1 muestra los detalles funcionales de la redundancia de pseudocable con eventos entre los dispositivos. A1 es el nodo de acceso MPLS que inicia los circuitos de capa 2 primarios y de respaldo a los dispositivos perimetrales del proveedor (PE1 y PE2). El circuito de capa 2 se termina en los dispositivos de borde del proveedor y, luego, se une a la VPN de capa 3.
El flujo funcional es el siguiente:
Cree el circuito de capa 2 principal y de respaldo en el nodo de acceso A1.
Detecte la ruta principal y de respaldo, anuncie la preferencia local y une el circuito de capa 2 y la VPN de capa 3 en los dispositivos perimetrales del proveedor (PE1 y PE2).
El siguiente código pseudocable se utiliza para notificar el estado de espera desde el nodo de acceso a los dispositivos de borde del proveedor:
L2CKT_PW_STATUS_PW_FWD_STDBY marca con 0x00000020.
Condición de política para interfaces lógicas de servicio Pseudowire
La condición de política usa interfaces lógicas de servicio pseudocable para unir los dominios de capa 2 y capa 3. Los dispositivos de borde del proveedor (PE1 y PE2) detectan circuitos virtuales primarios y de espera en el lado de las MPLS metropolitanas. El circuito virtual principal se une al dominio de la capa 3 en el lado de servicios PE1 y PE2 hacia el núcleo MPLS. Véase la figura 2 en la página 2.
Existe un circuito de capa 2 principal entre el nodo de acceso A1 y el dispositivo perimetral del proveedor PE1, y existe un circuito de capa 2 en espera entre el mismo nodo de acceso A1 y el dispositivo perimetral del proveedor PE2. El servicio pseudocable en la interfaz lógica de transporte (ps0.0) es la interfaz local para el circuito de capa 2 en PE1 y PE2. En PE1 y PE2, hay varias instancias de VPN de capa 3; por ejemplo, vrf-x y vrf-y.
El servicio pseudocable en las interfaces lógicas de servicio ps0.x y ps0.y están configurados para las instancias de enrutamiento vrf-x y vrf-y respectivamente. Por ejemplo, cuando el tráfico con ID de VLAN x se origina desde el nodo de acceso a PE1 o PE2 en el circuito de capa 2, sale a través del servicio pseudocable en la interfaz lógica de transporte (ps0.0). Luego, se selecciona el servicio pseudowire en la interfaz lógica de servicio ps0.x y se envía a través de la instancia vrf-x.
Cuando el estado de pseudocable está activo, el dispositivo perimetral del proveedor de agregación (PE1 o PE2) anuncia la subred del circuito de datos adjuntos con el valor de preferencia local más alto, que el usuario indica mediante una política configurada manualmente.
Cuando los dispositivos de borde del proveedor remoto reciben dos prefijos inet-vpn correspondientes a la subred del circuito de datos adjuntos, el prefijo de preferencia local más alto recibido determina la ruta de datos principal que se va a elegir.
Vea el siguiente resultado:
[edit policy-options]
condition primary {
if-route-exists {
address-family {
ccc {
ps0.0;
table mpls.0;
}
}
}
}
policy-statement l3vpn_export {
term primary {
from condition primary;
then {
local-preference add 300;
community set l3vpn;
accept;
}
}
}
En policy-statement name, bajo condición principal, no es necesario configurar la unidad par, ya que es válida solo para la interfaz de túnel lógico. Para la interfaz lógica del servicio pseudocable, se utiliza una asignación de uno a varios.