Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Protección de nodos y rutas para LSP MPLS

MPLS y protección de tráfico

Por lo general, cuando se produce un error en un LSP, el enrutador inmediatamente ascendente desde la falla señala la interrupción al enrutador de entrada. El enrutador de entrada calcula una nueva ruta al enrutador de salida, establece el nuevo LSP y, luego, dirige el tráfico de la ruta fallida a la nueva ruta. Este proceso de reenrutamiento puede llevar mucho tiempo y ser propenso a fallar. Por ejemplo, es posible que se pierdan las señales de interrupción del enrutador de entrada o que la nueva ruta tarde demasiado en aparecer, lo que da como resultado caídas significativas de paquetes. Junos OS proporciona varios mecanismos complementarios para protegerse contra fallas de LSP:

  • Rutas secundarias en espera: puede configurar rutas principales y secundarias. Las rutas secundarias se configuran con la standby instrucción. Para activar la protección de tráfico, debe configurar estas rutas de espera solo en el enrutador de entrada. Si se produce un error en la ruta principal, el enrutador de entrada redirecciona inmediatamente el tráfico de la ruta con errores a la ruta en espera, con lo que se elimina la necesidad de calcular una nueva ruta y señalar una nueva ruta. Para obtener información acerca de cómo configurar LSP en espera, consulte Configurar la espera activa de rutas secundarias para LSP.

  • Reenrutamiento rápido: se configura el reenrutamiento rápido en un LSP para minimizar el efecto de un error en el LSP. El reenrutamiento rápido permite a un enrutador ascendente desde la falla enrutar rápidamente alrededor de la falla hasta el enrutador aguas abajo de la falla. Luego, el enrutador ascendente señala la interrupción al enrutador de entrada, manteniendo así la conectividad antes de que se establezca un nuevo LSP. Para obtener información detallada del reenrutamiento rápido, consulte Descripción general del reenrutamiento rápido. Para obtener más información sobre cómo configurar el reenrutamiento rápido, consulte Configurar el reenrutamiento rápido.

  • Protección de vínculos: puede configurar la protección de vínculos para asegurarse de que el tráfico que atraviesa una interfaz específica de un enrutador a otro pueda seguir llegando a su destino en caso de que se produzca un error en esta interfaz. Cuando la protección de vínculos está configurada para una interfaz y para un LSP que atraviesa esta interfaz, se crea un LSP de omisión que gestiona este tráfico si se produce un error en la interfaz. El LSP de bypass utiliza una interfaz y una ruta diferentes para llegar al mismo destino. Para obtener información acerca de cómo configurar la protección de vínculos, consulte Configurar la protección de vínculos en interfaces utilizadas por LSP.

Cuando se configuran la ruta secundaria en espera y el reenrutamiento rápido o la protección de vínculos en un LSP, se habilita la protección completa del tráfico. Cuando se produce un error en un LSP, el enrutador aguas arriba de la falla enruta el tráfico alrededor de la falla y notifica al enrutador de entrada de la falla. Este reenrutamiento mantiene el tráfico fluyendo mientras espera que la notificación se procese en el enrutador de entrada. Después de recibir la notificación de error, el enrutador de entrada redirige inmediatamente el tráfico de la ruta principal revisada a la ruta de espera más óptima.

El reenrutamiento rápido y la protección de vínculos proporcionan un tipo similar de protección del tráfico. Ambas características brindan un servicio de transferencia rápido y emplean un diseño similar. El reenrutamiento rápido y la protección de vínculos se describen en RFC 4090, Extensiones de reenrutamiento rápido a RSVP-TE para túneles LSP. Sin embargo, solo debe configurar uno u otro. Aunque puede configurar ambos, hay poco beneficio, si es que tiene alguno, al hacerlo.

Descripción general de la protección de vínculo de nodo

La protección de vínculos de nodo (varios a uno o copia de seguridad de instalaciones) amplía las capacidades de la protección de vínculos y proporciona una protección ligeramente diferente del reenrutamiento rápido. Aunque la protección de vínculos es útil para seleccionar una ruta alternativa al mismo enrutador cuando se produce un error en un vínculo específico, y el reenrutamiento rápido protege las interfaces o los nodos a lo largo de toda la ruta de un LSP, la protección de vínculos de nodo establece una ruta de omisión que evita un nodo determinado en la ruta del LSP.

Cuando habilite la protección de vínculo de nodo para un LSP, también debe habilitar la protección de vínculos en todas las interfaces RSVP de la ruta. Una vez habilitadas, se establecen los siguientes tipos de rutas de bypass:

  • LSP de omisión de salto siguiente: proporciona una ruta alternativa para que un LSP llegue a un enrutador vecino. Este tipo de ruta de omisión se establece cuando se habilita la protección de vínculo de nodo o la protección de vínculo.

  • LSP de omisión del siguiente salto: proporciona una ruta alternativa para un LSP a través de un enrutador vecino en ruta al enrutador de destino. Este tipo de ruta de omisión se establece exclusivamente cuando se configura la protección de vínculo de nodo.

La figura 1 ilustra el ejemplo de topología de red MPLS utilizada en este tema. La red de ejemplo utiliza OSPF como protocolo de puerta de enlace interior (IGP) y una política para crear tráfico.

Figura 1: Protección Network diagram of routers in AS 65432 showing R0-R9 with loopback interfaces and connections. Highlights ingress, transit, and egress routers with data flow and connection types. Key details loopback and next-hop IPs. de vínculo de nodo

La red MPLS en la Figura 1 ilustra una red solo de enrutador que consta de LSP unidireccionales entre R1 y R5 (lsp2-r1-a-r5) y entre R6 y R0 (lsp1-r6-a-r0). Ambos LSP tienen configuradas rutas estrictas que pasan por la interfaz fe-0/1/0.

En la red que se muestra en la Figura 1, ambos tipos de rutas de derivación están preestablecidas alrededor del nodo protegido (R2). Una ruta de derivación de salto siguiente evita la interfaz fe-0/1/0 al pasar por R7, y una ruta de derivación de salto siguiente evita R2 por completo al pasar por R7 y R9 a R4. Ambas rutas de bypass son compartidas por todos los LSP protegidos que atraviesan el vínculo o nodo con errores (muchos LSP protegidos por una ruta de bypass).

La protección de vínculo de nodo (varios a uno o copia de seguridad de instalaciones) permite que un enrutador inmediatamente ascendente desde una falla de nodo use un nodo alternativo para reenviar el tráfico a su vecino descendente. Esto se logra mediante el preestablecimiento de una ruta de omisión compartida por todos los LSP protegidos que atraviesan el vínculo con errores.

Cuando se produce una interrupción, el enrutador inmediatamente ascendente desde la interrupción cambia el tráfico protegido al nodo de derivación y, luego, señala la falla al enrutador de entrada. Al igual que el reenrutamiento rápido, la protección de vínculo de nodo proporciona reparación local, restaurando la conectividad más rápido de lo que el enrutador de entrada puede establecer una ruta secundaria en espera o señalar un nuevo LSP principal.

La protección de vínculo de nodo es adecuada en las siguientes situaciones:

  • Se requiere protección del nodo y el vínculo aguas abajo.

  • La cantidad de LSP que se van a proteger es grande.

  • Satisfacer los criterios de selección de rutas (prioridad, ancho de banda y color del vínculo) para las rutas de derivación es menos crítico.

  • No es necesario controlar el nivel de detalle de los LSP individuales.

Descripción general de la protección de ruta

Las principales ventajas de la protección de ruta son el control sobre hacia dónde va el tráfico después de una falla y la pérdida mínima de paquetes cuando se combina con un reenrutamiento rápido (respaldo uno a uno o protección de vínculo). La protección de ruta es la configuración, dentro de una ruta conmutada por etiqueta (LSP), de dos tipos de rutas: una ruta principal, que se usa en operaciones normales, y una ruta secundaria que se usa cuando se produce un error en la principal, como se muestra en la Figura 2.

En la Figura 2, una red MPLS que consta de ocho enrutadores tiene una ruta principal entre R1 y R5 , la cual está protegida por la ruta secundaria entre R1 y R5. Cuando se detecta un error, como un evento de interfaz inactiva, se envía un mensaje de error del Protocolo de reserva de recursos (RSVP) al enrutador de entrada, el cual conmuta el tráfico a la ruta secundaria y mantiene el flujo de tráfico.

Figura 2: Protección de Network topology diagram showing primary and secondary data paths. Primary path: R1 to R2 to R4 to R5. Secondary path: R1 to R7 to R9 to R5. Failure between R2 and R4 switches data to secondary path. Data flows from upstream R1 to downstream R5. ruta

 

Si la ruta secundaria está preseñalizada o en espera, el tiempo de recuperación de una falla es más rápido que si la ruta secundaria no está preseñalada. Cuando la ruta secundaria no está preseñalada, se produce un retraso en la configuración de la llamada durante la cual se establece la nueva ruta física para el LSP, lo que extiende el tiempo de recuperación. Si se corrige el error en la ruta principal y después de unos minutos de tiempo de espera, el enrutador de entrada vuelve a cambiar el tráfico de la ruta secundaria a la ruta principal.

Dado que la protección de ruta la proporciona el enrutador de entrada para toda la ruta, puede haber algunas desventajas, por ejemplo, doble reserva de recursos y protección innecesaria de vínculos. Al proteger un solo recurso a la vez, la protección local puede remediar estas desventajas.

Configuración de la protección de ruta en una red MPLS (procedimiento de la CLI)

La implementación de Junos OS de MPLS en conmutadores de la serie EX proporciona protección de ruta como un mecanismo para protegerse contra fallas de ruta de conmutación de etiquetas (LSP). La protección de ruta reduce el tiempo requerido para recalcular una ruta en caso de una falla dentro del túnel MPLS. La protección de ruta se configura en el conmutador perimetral del proveedor de entrada en su red MPLS. No configure el conmutador perimetral del proveedor de salida ni los conmutadores de proveedor para la protección de rutas. Puede especificar explícitamente qué conmutadores de proveedor se utilizan para las rutas primaria y secundaria, o puede permitir que el software calcule las rutas automáticamente.

Antes de configurar la protección de ruta, asegúrese de contar con lo siguiente:

Para configurar la protección de rutas, complete las siguientes tareas en el conmutador perimetral del proveedor de entrada:

Configuración de la ruta principal

La primary instrucción crea la ruta principal, que es la ruta preferida del LSP. La secondary instrucción crea una ruta alternativa si la ruta principal ya no puede comunicarse con el conmutador perimetral del proveedor de salida.

En las tareas descritas en este tema, ya lsp-name se ha configurado en el conmutador perimetral del proveedor de entrada como lsp_to_240 y la dirección de interfaz circuito cerrado en el conmutador perimetral del proveedor remoto ya se ha configurado como 127.0.0.8.

Cuando el software cambia de la ruta principal a una secundaria, intenta continuamente revertir a la ruta principal y volver a ella cuando vuelve a ser accesible, pero no antes del tiempo especificado en la revert-timer instrucción.

Puede configurar cero rutas principales o una ruta principal. Si no configura una ruta principal, se selecciona la primera ruta secundaria (si se configuró una ruta secundaria) como ruta. Si no especifica ninguna ruta con nombre, o si la ruta que especifica está vacía, el software toma todas las decisiones de enrutamiento necesarias para que los paquetes lleguen al conmutador perimetral del proveedor de salida.

Para configurar una ruta principal:

  1. Cree la ruta principal para el LSP:

  2. Configure una ruta explícita para la ruta principal especificando la dirección IP de la interfaz de circuito cerrado o la dirección IP del conmutador o el nombre de host de cada conmutador utilizado en el túnel MPLS. Puede especificar los tipos de vínculo como estrictos o sueltos en cada path instrucción. Si el tipo de vínculo es estricto, el LSP debe ir a la siguiente dirección especificada en la path instrucción sin atravesar otros conmutadores. Si el tipo de vínculo está suelto, el LSP puede atravesar otros conmutadores antes de llegar a este conmutador. Esta configuración utiliza la designación estricta predeterminada para las rutas de acceso.

    Nota:

    Puede habilitar la protección de ruta sin especificar qué conmutadores de proveedor se utilizan. Si no enumera los conmutadores de proveedor específicos que se utilizarán para el túnel MPLS, el conmutador calculará la ruta.

    Propina:

    No incluya el conmutador perimetral del proveedor de entrada en estas instrucciones. Enumere la dirección IP de la interfaz de circuito cerrado o la dirección del conmutador o el nombre de host de todos los demás saltos de conmutador en secuencia, terminando con el conmutador perimetral del proveedor de salida.

Configuración de la ruta secundaria

Puede configurar cero o más rutas secundarias. Todas las rutas secundarias son iguales y el software las prueba en el orden en que aparecen en la configuración. El software no intenta cambiar entre rutas secundarias. Si la primera ruta secundaria de la configuración no está disponible, se prueba con la siguiente, etc. Para crear un conjunto de rutas iguales, especifique rutas secundarias sin especificar una ruta principal. Si no especifica ninguna ruta con nombre, o si la ruta que especifica está vacía, el software toma todas las decisiones de enrutamiento necesarias para comunicarse con el conmutador perimetral del proveedor de salida.

Para configurar la ruta secundaria:

  1. Cree una ruta secundaria para el LSP:

  2. Configure una ruta explícita para la ruta secundaria especificando la dirección IP de la interfaz de circuito cerrado o la dirección IP del conmutador o el nombre de host de cada conmutador utilizado en el túnel MPLS. Puede especificar los tipos de vínculo como estrictos o sueltos en cada path instrucción. Esta configuración utiliza la designación estricta predeterminada para las rutas de acceso.

    Propina:

    No incluya el conmutador perimetral del proveedor de entrada en estas instrucciones. Enumere la dirección IP de la interfaz de circuito cerrado o la dirección del conmutador o el nombre de host de todos los demás saltos de conmutador en secuencia, terminando con el conmutador perimetral del proveedor de salida.

Configuración del temporizador de reversión

En el caso de los LSP configurados con rutas principales y secundarias, puede configurar opcionalmente un temporizador de reversión. Si la ruta principal deja de funcionar y el tráfico se cambia a la ruta secundaria, el temporizador de reversión especifica la cantidad de tiempo (en segundos) que el LSP debe esperar antes de poder revertir el tráfico a la ruta principal. Si la ruta principal experimenta algún problema de conectividad o estabilidad durante este tiempo, se reinicia el temporizador.

Propina:

Si no configura explícitamente el temporizador de reversión, se establece de forma predeterminada en 60 segundos.

Para configurar el temporizador de reversión para LSP configurados con rutas principales y secundarias:

  • Para todos los LSP del conmutador:

  • Para un LSP específico en el conmutador:

Impedir el uso de una ruta de acceso con errores anteriores

Si configura una ruta alternativa a través de la red en caso de que la ruta activa falle, es posible que no desee que el tráfico vuelva a la ruta fallida, incluso si ya no falla. Cuando se configura una ruta principal, el tráfico cambia a la ruta secundaria durante un error y vuelve a la ruta principal cuando regresa.

A veces, volver a cambiar el tráfico a una ruta principal que anteriormente falló puede no ser una buena idea. En este caso, configure solo rutas secundarias, lo que dará como resultado que la siguiente ruta secundaria configurada se establezca cuando se produzca un error en la primera ruta secundaria. Más adelante, si la primera ruta secundaria entra en funcionamiento, Junos OS no volverá a ella, sino que continuará utilizando la segunda ruta secundaria.

Configuración de la protección de vínculo a nodo de MPLS entre AS con BGP etiquetado

Ejemplo: Configuración de la protección de vínculo a nodo de MPLS entre AS

En este ejemplo se muestra cómo configurar la protección del extremo final en una implementación entre AS con VPN de capa 3.

Requisitos

No se necesita ninguna configuración especial más allá de la inicialización del dispositivo antes de configurar este ejemplo.

Descripción general

En la Figura 4. Los enrutadores de borde del sistema autónomo (ASBR) ejecutan BGP externos (EBGP) a ASBR en otro sistema autónomo (AS) para intercambiar etiquetas para rutas /32 IPv4. En los AS, el BGP interno (IBGP) propaga las rutas a los dispositivos de borde del proveedor (PE).

Si el vínculo del dispositivo ASBR3 al ASBR1 deja de funcionar, hasta que ASBR3 vuelva a instalar el nuevo salto siguiente, se descartará todo el tráfico que se dirija al AS 64510 del AS 64511 a través del vínculo ASBR3-ASBR1.

En este ejemplo, se muestra cómo lograr una restauración rápida del tráfico mediante la configuración del dispositivo ASBR3 para preprogramar una ruta de respaldo a través del dispositivo ASBR2.

Nota:

Esta solución no maneja el error del dispositivo P3 al ASBR3. Tampoco maneja un error en el dispositivo ASBR3 para el tráfico que va hacia AS 645111 desde el AS 64510 a través del vínculo ASBR3-ASBR1. Este tráfico se interrumpe.

Topología
Figura 4: Ejemplo de topología de protección de vínculo a nodo entre AS de MPLS Network topology diagram with routers in AS 64510 blue background and AS 64511 gray background. Routers labeled with names, interfaces, and IPs, illustrating routing in a multi-AS environment.

Configuración

Configuración rápida de CLI

Para configurar rápidamente este ejemplo, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red y, luego, copie y pegue los comandos en la CLI en el nivel jerárquico [edit] .

Dispositivo ASBR1

Dispositivo ASBR2

Dispositivo ASBR3

Dispositivo CE1

Dispositivo CE2

Dispositivo P1

Dispositivo P2

Dispositivo P3

Dispositivo PE1

Dispositivo PE2

Procedimiento
Procedimiento paso a paso

En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener más información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en el modo de configuración de la Guía del usuario de la CLI de Junos OS.

Para configurar el escenario de EBGP:

  1. Configure las interfaces del enrutador.

  2. Configure un protocolo de puerta de enlace interior (IGP), como OSPF o SI-SI.

  3. Configure el número de sistema autónomo (AS).

  4. Configure la política de enrutamiento.

  5. Configure las sesiones del EBGP.

  6. Configure las sesiones de IBGP.

  7. Configure MPLS.

  8. Configure un protocolo de señalización.

Resultados

Desde el modo de configuración, ingrese los comandos , show protocols, show policy-optionsy show routing-options, para confirmar la show interfacesconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregirla.

Cuando termine de configurar los dispositivos, ingrese commit desde el modo de configuración.

Verificación

Confirme que la configuración funcione correctamente.

Comprobación de las sesiones vecinas del BGP
Propósito

Compruebe que la protección BGP esté habilitada.

Acción
Significado

El resultado muestra que la Protection opción está habilitada para los pares del EBGP, el dispositivo ASBR1 y el dispositivo ASBR2.

Esto también se muestra con la salida de NLRI configured with protection: inet-labeled-unicast pantalla.

Comprobación de las rutas
Propósito

Asegúrese de que la ruta de respaldo esté instalada en la tabla de enrutamiento.

Acción
Significado

El show route comando muestra las rutas activas y las de respaldo al dispositivo PE1.

Configuración de la duplicación del servicio de protección de salida para servicios señalizados de capa 2 del BGP

A partir de Junos OS versión 14.2, Junos OS admite la restauración del tráfico de salida cuando hay un error de vínculo o nodo en el nodo de PE de salida. Si se produce un error en un vínculo o nodo en la red principal, se puede activar un mecanismo de protección, como el reenrutamiento rápido de MPLS, en los LSP de transporte entre los enrutadores de PE para reparar la conexión en decenas de milisegundos. Un LSP de protección de salida aborda el problema de una falla de vínculo de nodo en el borde de la red (por ejemplo, una falla de un enrutador de PE).

En la figura 1, se muestra una topología simplificada del caso de uso que explica esta característica.

Figura 5: LSP de protección de salida configurado desde el enrutador PE1 al enrutador PE2 Egress Protection LSP Configured from Router PE1 to Router PE2

CE1 es multiconexión para PE1 y PE2. Hay dos caminos que conectan CE1 y CE2. La ruta de trabajo es CE2-PE3-P-PE1-CE1, a través del pseudocable PW21. La ruta de protección es CE2-PE3-P-PE2-CE1, a través del pseudocable PW22 El tráfico fluye a través de la ruta de trabajo en circunstancias normales. Cuando la OAM de extremo a extremo entre CE1 y CE2 detecta un fallo en la ruta de trabajo, el tráfico se cambiará de la ruta de trabajo a la ruta de protección. La detección y recuperación de fallas de extremo a extremo depende del plano de control, por lo que debería ser relativamente lenta. Para lograr una protección más rápida, se deben utilizar mecanismos de reparación locales similares a los utilizados por el reenrutamiento rápido MPLS. En la Figura 1 anterior, si el vínculo o nodo falló en la red principal (como un fallo de vínculo en P-PE1, P-PE3 o un fallo de nodo en P), el reenrutamiento rápido de MPLS se producirá en los LSP de transporte entre PE1 y PE3. La falla podría repararse localmente en decenas de milisegundos. Sin embargo, si se produce una falla de vínculo o nodo en el borde (como una falla de vínculo en PE3-CE2 o una falla de nodo en PE3), actualmente no hay reparación local, por lo que tenemos que confiar en la protección de extremo a extremo CE1-CE2 para reparar la falla.

  • Dispositivo CE2: Origen del tráfico

  • Enrutador PE3: enrutador de PE de entrada

  • Enrutador PE1: enrutador de PE de salida (primario)

  • Enrutador PE2: enrutador PE protector

  • Dispositivo CE1: destino del tráfico

Cuando el vínculo entre CE1 y PE1 deja de funcionar, PE1 redirigirá brevemente ese tráfico hacia CE1, a PE2. PE2 lo reenvía a CE1 hasta que el enrutador de entrada PE3 vuelve a calcular para reenviar el tráfico a PE2.

Inicialmente, la dirección del tráfico era; CE2 – PE3 – P – PE1 – CE1.

Cuando el enlace entre CE1 – PE1 se cae, el tráfico será; CE2 – PE3 – P – PE1 – PE2 –CE1. A continuación, PE3 vuelve a calcular la ruta; CE2 – PE3 – P – PE2 – CE1.

  1. Configure RSVP en PE1, PE2 y PE3.
  2. Configure MPLS.
  3. Establezca PE1 como primary y PE2 como protector nodos.
  4. Activarlo egress-protection en PE1 y PE2.
  5. Configure LDP y SI-SI en PE1, PE2 y PE3.
  6. Configure una política de equilibrio de carga en PE1, PE2 y PE3.
  7. Configure las opciones de enrutamiento en PE1, PE2 y PE3 para exportar rutas según la política de equilibrio de carga.
  8. Configure el BGP en PE1 para anunciar nrli desde la instancia de enrutamiento con context-ID como próximo salto.
  9. Configure l2vpn en PE1, PE2 y PE3

    En PE1:

    En PE2:

    En PE3:

Ejemplo: Configuración de la duplicación del servicio de protección de salida de MPLS para servicios señalizados de capa 2 del BGP

A partir de Junos OS versión 14.2, Junos OS admite la restauración del tráfico de salida cuando hay un error de vínculo o nodo en el nodo de PE de salida. Si se produce un error en un vínculo o nodo en la red principal, se puede activar un mecanismo de protección, como el reenrutamiento rápido de MPLS, en los LSP de transporte entre los enrutadores de PE para reparar la conexión en decenas de milisegundos. Un LSP de protección de salida aborda el problema de una falla de vínculo de nodo en el borde de la red (por ejemplo, una falla de un enrutador de PE).

En este ejemplo, se muestra cómo configurar la protección de vínculos para servicios de capa 2 señalizados por BGP.

Requisitos

Enrutadores de la serie MX que ejecutan la versión 14.2 o posterior de Junos OS.

Descripción general

Si se produce un error en un vínculo o nodo en la red principal, se puede activar un mecanismo de protección, como el reenrutamiento rápido de MPLS, en los LSP de transporte entre los enrutadores de PE para reparar la conexión en decenas de milisegundos. Un LSP de protección de salida aborda el problema de una falla de vínculo de nodo en el borde de la red (por ejemplo, una falla de un enrutador de PE).

En este ejemplo, se incluyen los siguientes conceptos de configuración e instrucciones que son exclusivos de la configuración de un LSP de protección de salida:

  • context-identifier: especifica una dirección IPv4 o IPv6 que se utiliza para definir el par de enrutadores de PE que participan en el LSP de protección de salida. Se asigna a cada par ordenado de PE primario y al protector para facilitar el establecimiento de la protección. Esta dirección es única globalmente o única en el espacio de direcciones de la red donde residen el PE principal y el protector.

  • egress-protection: configura la información del protector para el circuito protegido de capa 2 y configura el circuito protector de capa 2 en el [edit protocols mpls] nivel jerárquico. Configura un LSP como un LSP de protección de salida en el [edit protocols mpls] nivel jerárquico.

  • protector: configura la creación de pseudocables en espera en el PE de respaldo para la protección de vínculos o nodos de la instancia.

Topología

Figura 6: LSP de protección de salida configurado desde el enrutador PE1 al enrutador PE2 Egress Protection LSP Configured from Router PE1 to Router PE2

En caso de falla del enrutador de PE de salida PE1, el tráfico se conmuta al LSP de protección de salida configurado entre el enrutador PE1 y el enrutador PE2 (el enrutador de PE protector):

  • Dispositivo CE2: Origen del tráfico

  • Enrutador PE3: enrutador de PE de entrada

  • Enrutador PE1: enrutador de PE de salida (primario)

  • Enrutador PE2: enrutador PE protector

  • Dispositivo CE1: destino del tráfico

Cuando el vínculo entre CE1 y PE1 deja de funcionar, PE1 redirigirá brevemente ese tráfico hacia CE1, a PE2. PE2 lo reenvía a CE1 hasta que el enrutador de entrada PE3 vuelve a calcular para reenviar el tráfico a PE2.

Inicialmente la dirección del tráfico era: CE2 – PE3 – P – PE1 – CE1.

Cuando el enlace entre CE1 – PE1 se cae, el tráfico será: CE2 – PE3 – P – PE1 – PE2 –CE1. A continuación, PE3 vuelve a calcular la ruta: CE2 – PE3 – P – PE2 – CE1.

En este ejemplo, se muestra cómo configurar los enrutadores PE1, PE2 y PE3.

Configuración

Configuración rápida de CLI

Para configurar rápidamente un LSP de protección de salida, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con sus configuraciones de red, copie y pegue los comandos en la CLI e ingrese commit desde el modo de configuración.

PE1

PE2

PE3

Procedimiento paso a paso

Procedimiento paso a paso

En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener más información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en el modo de configuración.

Para configurar un LSP de protección de salida para el enrutador PE1:

  1. Configure RSVP.

  2. Configure MPLS para usar el LSP de protección de salida para protegerse contra una falla de vínculo al dispositivo CE1.

  3. Configure BGP.

  4. Configure SI-SI.

  5. Configure LDP.

  6. Configure una política de equilibrio de carga.

  7. Configure las opciones de enrutamiento para exportar rutas basadas en la política de equilibrio de carga.

  8. Configure el BGP para anunciar nrli desde la instancia de enrutamiento con context-ID como próximo salto.

  9. Configure la instancia de l2vpn para usar el LSP de salida configurado.

  10. Cuando termine de configurar el dispositivo, ingrese commit desde el modo de configuración.

Procedimiento paso a paso

Para configurar un LSP de protección de salida para el enrutador PE2:

  1. Configure RSVP.

  2. Configure MPLS y el LSP que actúa como LSP de protección de salida.

  3. Configure BGP.

  4. Configure SI-SI.

  5. Configure LDP.

  6. Configure una política de equilibrio de carga.

  7. Configure las opciones de enrutamiento para exportar rutas basadas en la política de equilibrio de carga.

  8. Configure el BGP para anunciar nrli desde la instancia de enrutamiento con context-ID como próximo salto.

  9. Configure la instancia de l2vpn para usar el LSP de salida configurado.

  10. Cuando termine de configurar el dispositivo, ingrese commit desde el modo de configuración.

Procedimiento paso a paso

Para configurar un LSP de protección de salida para el enrutador PE3:

  1. Configure RSVP.

  2. Configure MPLS.

  3. Configure BGP.

  4. Configure SI-SI.

  5. Configure LDP.

  6. Configure una política de equilibrio de carga.

  7. Configure las opciones de enrutamiento para exportar rutas basadas en la política de equilibrio de carga.

  8. Configure el BGP para anunciar nlri desde la instancia de enrutamiento con context-ID como próximo salto.

  9. Configure l2vpn para especificar la interfaz que se conecta al sitio y la interfaz remota a la que desea que se conecte la interfaz especificada.

  10. Cuando termine de configurar el dispositivo, ingrese commit desde la configuración.

Resultados

Desde el modo de configuración, escriba los comandos , y show routing-options para confirmar la configuración en el show protocolsshow policy-optionsenrutador PE1. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregirla.

Desde el modo de configuración, ingrese los comandos , show policy-optionsshow routing-options y para confirmar la configuración en el show protocolsenrutador PE2. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregirla.

Desde el modo de configuración, escriba los comandos , show policy-optionsy show routing-options para confirmar la configuración en el show protocolsenrutador PE3. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregirla.

Verificación

Confirme que la configuración funcione correctamente.

Verificación de la configuración de L2VPN

Propósito

Compruebe que LSP esté protegido por la lógica de protección de conexión.

Acción

Desde el modo operativo, ejecute el show l2vpn connections extensive comando.

Significado

El Egress Protection: Yes resultado muestra que el PVC dado está protegido por la lógica de protección de conexión.

Comprobación de los detalles de la instancia de enrutamiento

Propósito

Compruebe la información de la instancia de enrutamiento y el identificador de contexto configurado en el principal, el cual se utiliza como dirección de salto siguiente en caso de falla del vínculo de nodo.

Acción

Desde el modo operativo, ejecute el show route foo detail comando.

Significado

El context-id se establece en 198.51.100.3 y el Vrf-import: [ __vrf-import-foo-internal__] en la salida menciona la política utilizada para reescribir la dirección del próximo salto.

Verificar la configuración SI-SI

Propósito

Compruebe la información del identificador de contexto SI-SI.

Acción

Desde el modo operativo, ejecute el show isis context-identifier detail comando.

Significado

El enrutador PE2 es el protector y el identificador de contexto configurado está en uso para el protocolo MPLS.

Comprobación de la configuración de MPLS

Propósito

Compruebe los detalles del identificador de contexto en los PE principal y protector.

Acción

Desde el modo operativo, ejecute el show mpls context-identifier detail comando.

Significado

El identificador de contexto es 198.51.100.3, advertise-mode es alias, la tabla MPLS creada para la protección de salida es __198.51.100.3__.mpls.0, y el nombre de la instancia de salida es foo, que es de tipo local-l2vpn.

Ejemplo: Configuración de la protección de salida de VPN de capa 3 con PLR como protector

En este ejemplo, se muestra cómo configurar la restauración rápida del servicio en la salida de una VPN de capa 3 cuando el cliente tiene multiconexión con el proveedor de servicios.

A partir de Junos OS versión 15.1, la funcionalidad mejorada de punto de reparación local (PLR) aborda un escenario especial de protección de nodos de salida, donde el PLR y el protector se ubican como un solo enrutador. En este caso, no es necesario que un LSP de derivación redireccione el tráfico durante la reparación local. En su lugar, el PLR o el protector pueden enviar el tráfico directamente al CE de destino (en el modelo de protector coubicado, en el que el PLR o el protector es también el PE de reserva que está conectado directamente al CE) o al PE de reserva (en el modelo de protector centralizado, en el que el PE de reserva es un enrutador independiente).

Requisitos

No se necesita ninguna configuración especial más allá de la inicialización del dispositivo antes de configurar este ejemplo.

Este ejemplo requiere la versión 15.1 o posterior de Junos OS.

Descripción general

Como un escenario especial de protección de nodos de salida, si un enrutador es tanto un protector como un PLR, instala próximos saltos de respaldo para proteger el LSP de transporte. En particular, no necesita un LSP de derivación para la reparación local.

En el modelo de protector coubicado, el PLR o el protector se conectan directamente al CE a través de un CA de respaldo, mientras que en el modelo de protector centralizado, el PLR o el protector tienen un túnel MPLS al PE de respaldo. En cualquier caso, el PLR o el Protector instalarán un próximo salto de respaldo con una etiqueta seguida de una búsqueda en una context label tabla, es decir __context__.mpls.0, . Cuando el nodo de salida falla, el PLR o el protector cambiarán el tráfico a este siguiente salto de respaldo en PFE. Se extrae la etiqueta externa (la etiqueta LSP de transporte) de los paquetes y se busca la etiqueta interna (la etiqueta VPN de capa 3 asignada por el nodo de salida) en __context__.mpls.0, lo que da como resultado el reenvío de los paquetes directamente al CE (en el modelo de protector colocado) o al PE de respaldo (en el modelo de protector centralizado).

Topología

La Figura 7 muestra la red de ejemplo.

Figura 7: PLR y protector coubicados en el modelo Network topology diagram with devices PE1, PE2, PE3, P, CE1, and CE2 connected by interfaces labeled with names and IP ranges, illustrating a service provider network setup. de protector colocado

Configuración

Configuración rápida de CLI

Para configurar rápidamente este ejemplo, copie los siguientes comandos, péguelos en un archivo de texto, elimine los saltos de línea, cambie los detalles necesarios para que coincidan con su configuración de red y, luego, copie y pegue los comandos en la CLI en el nivel jerárquico [edit] .

Dispositivo CE1

Dispositivo PE1

Dispositivo P

Dispositivo PE2

Dispositivo PE3

Dispositivo CE2

Configuración del dispositivo CE1

Procedimiento paso a paso

En el ejemplo siguiente, debe explorar por varios niveles en la jerarquía de configuración. Para obtener más información acerca de cómo navegar por la CLI, consulte Uso del editor de CLI en el modo de configuración de la Guía del usuario de la CLI de Junos OS.

  1. Configure interfaces.

Configuración del dispositivo PE1

Procedimiento paso a paso
  1. Configure las interfaces.

  2. Configure el número de sistema autónomo (AS).

  3. Configure RSVP.

  4. Active MPLS.

  5. Configure BGP.

  6. Active SI-SI.

  7. (Opcional) Configurar OSPF

  8. Configure la instancia de enrutamiento.

  9. Configure la política de enrutamiento.

Configuración del dispositivo P

Procedimiento paso a paso
  1. Configure las interfaces de los dispositivos.

  2. Active SI-SI.

  3. Active MPLS.

  4. Configure RSVP.

  5. (Opcional) Configure OSPF.

Configuración del dispositivo PE2

Procedimiento paso a paso
  1. Configure las interfaces.

  2. Configure el número autónomo (AS).

  3. Configure RSVP.

  4. Configure MPLS.

  5. Configure BGP.

  6. Configure SI-SI.

  7. (Opcional) Configure OSPF.

  8. Configure la política de enrutamiento.

  9. Configure la instancia de enrutamiento.

Configuración del dispositivo PE3

Procedimiento paso a paso
  1. Configure las interfaces.

  2. Configure el número autónomo (AS).

  3. Configure RSVP.

  4. Configure MPLS.

  5. Configure BGP.

  6. Configure SI-SI.

  7. (Opcional) Configure OSPF.

  8. Configure la instancia de enrutamiento.

Configuración del dispositivo CE2

Procedimiento paso a paso
  1. Configure las interfaces.

Resultados

Desde el modo de configuración, ingrese los comandos y show protocols para confirmar la show interfaces configuración. Si el resultado no muestra la configuración deseada, repita las instrucciones de este ejemplo para corregirla.

Dispositivo CE1

Dispositivo PE1

Dispositivo P

Dispositivo PE2

Dispositivo PE3

Dispositivo CE2

Verificación

Comprobación de la instancia de enrutamiento

Propósito

Compruebe las rutas en la tabla de enrutamiento.

Acción

Comprobación de la ruta del identificador de contexto

Propósito

Examine la información sobre el identificador de contexto (10.1.1.1).

Acción

Descripción de la protección de MPLS y ruta en serie EX Conmutadores

MPLS de Junos OS para conmutadores Ethernet de la serie EX de Juniper Networks proporciona protección de ruta para proteger su red MPLS de fallas de ruta de conmutación de etiquetas (LSP).

De forma predeterminada, un LSP se enruta salto a salto desde el conmutador perimetral del proveedor de entrada a través de los conmutadores de proveedor hacia el conmutador perimetral del proveedor de salida. El LSP generalmente sigue la ruta más corta según lo dictado por la tabla de enrutamiento local, por lo general tomando la misma ruta que el tráfico basado en destino y de máximo esfuerzo. Estas rutas son de naturaleza "suave" porque se redirigen automáticamente cada vez que se produce un cambio en una tabla de enrutamiento o en el estado de un nodo o vínculo.

Por lo general, cuando se produce un error en un LSP, el conmutador inmediatamente anterior desde la falla señala la interrupción al conmutador perimetral del proveedor de entrada. El conmutador perimetral del proveedor de entrada calcula una nueva ruta al conmutador perimetral del proveedor de salida, establece el nuevo LSP y, luego, dirige el tráfico de la ruta fallida a la nueva ruta. Este proceso de reenrutamiento puede llevar mucho tiempo y ser propenso a fallar. Por ejemplo, es posible que se pierdan las señales de interrupción del conmutador de entrada o que la nueva ruta tarde demasiado en aparecer, lo que da como resultado caídas significativas de paquetes.

Puede configurar la protección de rutas configurando rutas principal y secundaria en el conmutador de entrada. Si se produce un error en la ruta principal, el conmutador de entrada redirecciona inmediatamente el tráfico de la ruta fallida a la ruta en espera, lo que elimina la necesidad de que el conmutador de entrada calcule una nueva ruta y señale una ruta nueva. Para obtener más información acerca de cómo configurar LSP en espera, consulte Configurar la protección de ruta en una red MPLS (procedimiento de la CLI).

Verificar la protección de ruta en una red MPLS

Para comprobar que la protección de ruta funciona correctamente en los conmutadores de la serie EX, realice las siguientes tareas:

Verificar la ruta principal

Propósito

Compruebe que la ruta principal esté operativa.

Acción

Significado

Como indica ActivePath en la salida, el primary_path_lsp_to_240 LSP está activo.

Comprobación de las interfaces habilitadas para RSVP

Propósito

Compruebe el estado de las interfaces habilitadas para el Protocolo de reserva de recursos (RSVP) y las estadísticas de paquetes.

Acción

Significado

Este resultado verifica que RSVP esté habilitado y operativo en la interfaz ge-0/0/20.0.

Verificar una ruta secundaria

Propósito

Verifique que se haya establecido una ruta secundaria.

Acción

Desactive un conmutador que sea crítico para la ruta principal y, luego, emita el siguiente comando:

Significado

Como indica ActivePath en el resultado, el LSP secondary_path_lsp_to_240 está activo.

Tabla de historial de cambios

La compatibilidad de la función depende de la plataforma y la versión que utilice. Utilice el Explorador de características para determinar si una característica es compatible con su plataforma.

Lanzamiento
Descripción
15.1
A partir de Junos OS versión 15.1, la funcionalidad mejorada de punto de reparación local (PLR) aborda un escenario especial de protección de nodos de salida, donde el PLR y el protector se ubican como un solo enrutador. En este caso, no es necesario que un LSP de derivación redireccione el tráfico durante la reparación local.
14.2
A partir de Junos OS versión 14.2, Junos OS admite la restauración del tráfico de salida cuando hay un error de vínculo o nodo en el nodo de PE de salida.
14.2
A partir de Junos OS versión 14.2, Junos OS admite la restauración del tráfico de salida cuando hay un error de vínculo o nodo en el nodo de PE de salida.