Descripción general de la extensión de la lógica de condición de redundancia de pseudocable al servicio de pseudocable Descripción general de la interfaz lógica
La función de redundancia de pseudocable para escenarios de retorno móvil utiliza interfaces emparejadas de túnel lógico (lt-) como unión entre los dominios de capa 2 y capa 3. Esta característica ahora incluye la interfaz lógica de servicio MPLS pseudowire para terminar las interfaces de los suscriptores mediante la interfaz ps0.0 como unión entre los dominios de capa 2 y capa 3. En este tema se describen los detalles funcionales de la característica de redundancia de pseudocable mediante la interfaz ps0.0, la cual extiende la lógica de política utilizada en las interfaces de túnel lógico.
Un dispositivo lógico de pseudocable y sus interfaces lógicas de pseudocable relacionadas dependen del estado del dispositivo de interfaz de transporte lógico subyacente, que es la VPN de capa 2 o el circuito de capa 2.
Recomendamos que lo use unit 0 para representar la interfaz lógica de transporte para el dispositivo pseudowire. Los números de unidad distintos de cero representan interfaces lógicas de servicio utilizadas para interfaces de suscriptor de pseudocable.
Topología de ejemplo
En la Figura 1 de la página 1, se muestra la unión de los dominios de capa 2 y capa 3 entre el nodo de acceso de 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 interfaces de servicio lógico pseudowire correspondientes (ps0.1 a ps0.n) en la nube MPLS central están conectadas al dominio de capa 3 y estas interfaces de servicio lógico pseudowire se configuran en instancias de enrutamiento VPN de capa 3.
pseudocable
Esta topología da como resultado un circuito de capa 2 a través del nodo de acceso MPLS y los enrutadores de borde del proveedor, con la interfaz de transporte lógico de 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 primarios y de respaldo de capa 2 a los dispositivos perimetrales del proveedor (PE1 y PE2). El circuito de capa 2 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 principal y de respaldo de capa 2 en el nodo de acceso A1.
-
Detecte tanto la ruta principal como la de respaldo, anuncie la preferencia local y una el circuito de capa 2 y la VPN de capa 3 en los dispositivos de borde 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 perimetrales del proveedor:
-
L2CKT_PW_STATUS_PW_FWD_STDBY bandera con 0x00000020.
Condición de política para interfaces lógicas de servicio de pseudocable
La condición de política utiliza interfaces lógicas de servicio pseudowire para unir los dominios de capa 2 y capa 3. Los dispositivos de borde del proveedor (PE1 y PE2) detectan circuitos virtuales primarios y en espera en el lado de MPLS metropolitano. El circuito virtual principal está unido al dominio de capa 3 en los lados de servicios PE1 y PE2 hacia el núcleo de MPLS. Vea la Figura 2 en la página 2.
de redundancia Pseudowire
Existe un circuito primario de capa 2 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 de 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 pseudowire 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 el ID de VLAN x se origina en el nodo de acceso a PE1 o PE2 en el circuito de capa 2, sale a través del servicio pseudowire en la interfaz lógica de transporte (ps0.0). A continuación, 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 conexión con el valor de preferencia local más alto, que el usuario indica mediante una política configurada manualmente.
Cuando los dispositivos perimetrales de proveedor remoto reciben dos prefijos inet-vpn correspondientes a la subred del circuito de conexión, el prefijo de preferencia local más alto recibido determina la ruta de datos principal que se va a elegir.
Consulte 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 , en condición principal, no es necesario configurar la unidad par, ya que solo es válida para la interfaz de túnel lógico. Para la interfaz lógica del servicio de pseudocable, se utiliza la asignación de uno a varios.