Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Configuración de LSP punto a multipunto

Descripción general de los LSP de punto a multipunto

Un LSP MPLS punto a multipunto es un LSP con una sola fuente y múltiples destinos. Al aprovechar la capacidad de replicación de paquetes MPLS de la red, los LSP punto a multipunto evitan la replicación de paquetes innecesaria en el enrutador de entrada. La replicación de paquetes sólo tiene lugar cuando los paquetes se reenvían a dos o más destinos diferentes que requieren rutas de red diferentes.

Este proceso se ilustra en Figura 1. El enrutador PE1 está configurado con un LSP punto a multipunto para los enrutadores PE2, PE3 y PE4. Cuando el enrutador PE1 envía un paquete en el LSP punto a multipunto a los enrutadores P1 y P2, el enrutador P1 replica el paquete y lo reenvía a los enrutadores PE2 y PE3. El enrutador P2 envía el paquete al enrutador PE4.

Esta característica se describe en detalle en la draft-raggarwa-mpls-p2mp-te-02.txt de borradores de Internet (expirada en febrero de 2004), Establishing point to Multipoint MPLS TE LSP, draft-ietf-mpls-rsvp-te-p2mp-02.txt, Extensions to Resource Reservation Protocol-Traffic Engineering (RSVP-TE) for Point-to-Multipoint TE Label-Switched Paths (LSP) y RFC 6388, Label Distribution Protocol Extensions for Point-to-Multipoint and Multipoint-to-Multipoint Label Switched Paths (solo se admiten LSP de punto a multipunto).

Figura 1: LSP de punto a multipuntoLSP de punto a multipunto

Las siguientes son algunas de las propiedades de los LSP punto a multipunto:

  • Un LSP punto a multipunto permite usar MPLS para la distribución de datos punto a multipunto. Esta funcionalidad es similar a la proporcionada por la multidifusión IP.

  • Puede agregar y quitar LSP de sucursal de un LSP principal de punto a multipunto sin interrumpir el tráfico. Las partes no afectadas del LSP punto a multipunto siguen funcionando normalmente.

  • Puede configurar un nodo para que sea un enrutador de tránsito y de salida para diferentes LSP de sucursal del mismo LSP de punto a multipunto.

  • Puede habilitar la protección de vínculos en un LSP punto a multipunto. La protección de vínculo puede proporcionar un LSP de derivación para cada uno de los LSP de rama que componen el LSP de punto a multipunto. Si alguna de las rutas principales falla, el tráfico se puede cambiar rápidamente al bypass.

  • Puede configurar los LSP de sucursal de forma estática, dinámica o como una combinación de LSP estáticos y dinámicos.

  • Puede habilitar el cambio correcto del motor de enrutamiento (GRES) y el reinicio correcto para los LSP de punto a multipunto en los enrutadores de entrada y salida. Los LSP punto a multipunto deben configurarse mediante rutas estáticas o conexión cruzada de circuitos (CCC). GRES y el reinicio correcto permiten que el tráfico se reenvíe al motor de reenvío de paquetes según el estado anterior mientras se recupera el plano de control. La paridad de características para GRES y el reinicio correcto para los LSP punto a multipunto MPLS en el chipset Junos Trio se admiten en las versiones 11.1R2, 11.2R2 y 11.4 de Junos OS.

Descripción de los LSP de punto a multipunto

Una ruta de conmutación de etiquetas (LSP) MPLS punto a multipunto es un LSP con señal LDP o RSVP con una sola fuente y múltiples destinos. Al aprovechar la capacidad de replicación de paquetes MPLS de la red, los LSP punto a multipunto evitan la replicación innecesaria de paquetes en el enrutador de entrada (entrada). La replicación de paquetes sólo tiene lugar cuando los paquetes se reenvían a dos o más destinos diferentes que requieren rutas de red diferentes.

Este proceso se ilustra en Figura 2. El dispositivo PE1 está configurado con un LSP punto a multipunto para los enrutadores PE2, PE3 y PE4. Cuando el dispositivo PE1 envía un paquete en el LSP punto a multipunto a los enrutadores P1 y P2, el dispositivo P1 replica el paquete y lo reenvía a los enrutadores PE2 y PE3. El dispositivo P2 envía el paquete al dispositivo PE4.

Figura 2: LSP de punto a multipuntoLSP de punto a multipunto

Las siguientes son algunas de las propiedades de los LSP punto a multipunto:

  • Un LSP punto a multipunto permite usar MPLS para la distribución de datos punto a multipunto. Esta funcionalidad es similar a la proporcionada por la multidifusión IP.

  • Puede agregar y quitar LSP de sucursal de un LSP principal de punto a multipunto sin interrumpir el tráfico. Las partes no afectadas del LSP punto a multipunto siguen funcionando normalmente.

  • Puede configurar un nodo para que sea un enrutador de tránsito y de salida (salida) para diferentes LSP de sucursal del mismo LSP de punto a multipunto.

  • Puede habilitar la protección de vínculos en un LSP punto a multipunto. La protección de vínculo puede proporcionar un LSP de derivación para cada uno de los LSP de rama que componen el LSP de punto a multipunto. Si alguna ruta principal falla, el tráfico se puede cambiar rápidamente al bypass.

  • Puede configurar subrutas de forma estática o dinámica.

  • Puede habilitar el reinicio correcto en LSP punto a multipunto.

Descripción general de la configuración de LSP punto a multipunto

Para configurar un LSP de punto a multipunto:

  1. Configure el LSP principal desde el enrutador de entrada y los LSP de sucursal que transportan tráfico a los enrutadores de salida.
  2. Especifique un nombre de ruta en el LSP principal y este mismo nombre de ruta de acceso en cada LSP de sucursal.
Nota:

De forma predeterminada, los LSP de rama se señalizan dinámicamente mediante Restricted Shortest Path First (CSPF) y no requieren configuración. También puede configurar los LSP de sucursal como rutas estáticas.

Ejemplo: Configuración de una colección de rutas para crear un LSP punto a multipunto con señal RSVP

En este ejemplo se muestra cómo configurar una colección de rutas para crear una ruta de acceso de etiqueta conmutada de punto a multipunto (LSP) señalada por RSVP.

Requisitos

En este ejemplo, no se requiere ninguna configuración especial más allá de la inicialización del dispositivo.

Descripción general

En este ejemplo, varios dispositivos de enrutamiento sirven como nodos de tránsito, bifurcación y hoja de un único LSP de punto a multipunto. En el borde del proveedor (PE), el dispositivo PE1 es el nodo de entrada. Las ramas van de PE1 a PE2, PE1 a PE3 y PE1 a PE4. Las rutas estáticas de unidifusión en el nodo de entrada (PE1) apuntan a los nodos de salida.

En este ejemplo también se muestran rutas estáticas con un salto siguiente que es un LSP de punto a multipunto, utilizando la p2mp-lsp-next-hop instrucción. Esto es útil cuando se implementa el reenvío basado en filtros.

Nota:

Otra opción es usar la lsp-next-hop instrucción para configurar un LSP regular punto a punto para que sea el siguiente salto. Aunque no se muestra en este ejemplo, opcionalmente puede asignar una preferencia y una métrica independientes al siguiente salto.

Diagrama de topología

Figura 3muestra la topología utilizada en este ejemplo.

Figura 3: LSP punto a multipunto con señal RSVPLSP punto a multipunto con señal RSVP

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, a continuación, copie y pegue los comandos en la CLI en el nivel de [edit] jerarquía.

Dispositivo PE1

Dispositivo CE1

Dispositivo CE2

Dispositivo CE3

Dispositivo CE4

Configuración del enrutador conmutado por etiquetas de entrada (LSR) (dispositivo PE1)

Procedimiento paso a paso

Para configurar el dispositivo PE1:

  1. Configure las interfaces, la encapsulación de interfaces y las familias de protocolos.

  2. Active RSVP, MPLS y OSPF en las interfaces.

  3. Configure los LSP punto a multipunto de MPLS.

  4. (Opcional) Habilite la protección de vínculos en los LSP.

    La protección de vínculos ayuda a garantizar que el tráfico enviado a través de una interfaz específica a un enrutador vecino pueda seguir llegando al enrutador si esa interfaz falla.

  5. Habilite MPLS para realizar ingeniería de tráfico para OSPF.

    Esto hace que las rutas de entrada se instalen en la tabla de enrutamiento inet.0. De forma predeterminada, MPLS realiza ingeniería de tráfico solo para BGP. Debe habilitar la ingeniería de tráfico MPLS solo en el LSR de entrada.

  6. Habilite la ingeniería de tráfico para OSPF.

    Esto hace que el algoritmo de ruta más corta primero (SPF) tenga en cuenta los LSP configurados en MPLS.

  7. Configure el ID del enrutador.

  8. Configure rutas de unidifusión IP estáticas con el nombre LSP punto a multipunto como siguiente salto para cada ruta.

  9. Cuando termine de configurar el dispositivo, confirme la configuración.

Configuración de los LSR de tránsito y salida (dispositivos P2, P3, P4, PE2, PE3 y PE4)

Procedimiento paso a paso

Para configurar los LSR de tránsito y salida:

  1. Configure las interfaces, la encapsulación de interfaces y las familias de protocolos.

  2. Active RSVP, MPLS y OSPF en las interfaces.

  3. Habilite la ingeniería de tráfico para OSPF.

    Esto hace que el algoritmo de ruta más corta primero (SPF) tenga en cuenta los LSP configurados en MPLS.

  4. Configure los ID de enrutador.

  5. Si ha terminado de configurar los dispositivos, confirme la configuración.

Resultados

Desde el modo de configuración, escriba los comandos , y show routing-options para confirmar la show interfacesconfiguración. show protocols Si el resultado no muestra la configuración deseada, repita las instrucciones en este ejemplo para corregir la configuración.

Dispositivo PE1

Dispositivo P2

Dispositivo P3

Dispositivo P4

Dispositivo PE2

Dispositivo PE3

Dispositivo PE4

Configuración del dispositivo CE1

Procedimiento paso a paso

Para configurar el dispositivo CE1:

  1. Configure una interfaz para el dispositivo PE1.

  2. Configure rutas estáticas desde el dispositivo CE1 a las otras tres redes de clientes, con el dispositivo PE1 como siguiente salto.

  3. Cuando termine de configurar el dispositivo, confirme la configuración.

Resultados

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

Configuración del dispositivo CE2

Procedimiento paso a paso

Para configurar el dispositivo CE2:

  1. Configure una interfaz para el dispositivo PE2.

  2. Configure una ruta estática del dispositivo CE2 al CE1, con el dispositivo PE2 como próximo salto.

  3. Cuando termine de configurar el dispositivo, confirme la configuración.

Resultados

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

Configuración del dispositivo CE3

Procedimiento paso a paso

Para configurar el dispositivo CE3:

  1. Configure una interfaz para el dispositivo PE3.

  2. Configure una ruta estática del dispositivo CE3 al CE1, con el dispositivo PE3 como próximo salto.

  3. Cuando termine de configurar el dispositivo, confirme la configuración.

Resultados

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

Configuración del dispositivo CE4

Procedimiento paso a paso

Para configurar el dispositivo CE4:

  1. Configure una interfaz para el dispositivo PE4.

  2. Configure una ruta estática del dispositivo CE4 al CE1, con el dispositivo PE4 como siguiente salto.

  3. Cuando termine de configurar el dispositivo, confirme la configuración.

Resultados

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

Verificación

Confirme que la configuración funcione correctamente.

Verificación de la conectividad

Propósito

Asegúrese de que los dispositivos puedan hacer ping entre sí.

Acción

Ejecute el ping comando desde CE1 a la interfaz en CE2 que se conecta a PE2.

Ejecute el ping comando desde CE1 a la interfaz en CE3 que se conecta a PE3.

Ejecute el ping comando desde CE1 a la interfaz en CE4 que se conecta a PE4.

Comprobación del estado del LSP punto a multipunto

Propósito

Asegúrese de que los LSR de entrada, tránsito y salida estén en el estado Arriba.

Acción

Ejecute el show mpls lsp p2mp comando en todos los LSR. Aquí solo se muestra el LSR de entrada.

Comprobación de la tabla de reenvío

Propósito

Asegúrese de que las rutas están configuradas como se esperaba ejecutando el show route forwarding-table comando. Aquí solo se muestran las rutas a las redes de clientes remotos.

Acción

Configuración de LSP primarios y de sucursal para LSP punto a multipunto

Una ruta de conmutación de etiquetas (LSP) MPLS punto a multipunto es un LSP RSVP con múltiples destinos. Al aprovechar la capacidad de replicación de paquetes MPLS de la red, los LSP punto a multipunto evitan la replicación de paquetes innecesaria en el enrutador de entrada. Para obtener más información acerca de los LSP de punto a multipunto, vea Información general sobre los LSP de punto a multipunto.

Para configurar un LSP de punto a multipunto, debe configurar el LSP principal desde el enrutador de entrada y los LSP de sucursal que transportan tráfico a los enrutadores de salida, como se describe en las secciones siguientes:

Configuración del LSP principal de punto a multipunto

Un LSP punto a multipunto debe tener un LSP principal de punto a multipunto configurado para transportar tráfico desde el enrutador de entrada. La configuración del LSP primario de punto a multipunto es similar a la de un LSP señalizado. Consulte Configuración del enrutador de entrada para LSP con señal MPLS para obtener más información. Además de la configuración de LSP convencional, debe especificar un nombre de ruta para el LSP principal de punto a multipunto incluyendo la p2mp instrucción:

Puede incluir esta instrucción en los siguientes niveles jerárquicos:

Puede habilitar el temporizador de optimización para LSP punto a multipunto. Consulte Optimización de LSP señalizados para obtener más información.

Configuración de un LSP de sucursal para LSP punto a multipunto

El LSP principal de punto a multipunto envía tráfico a dos o más LSP de sucursal que llevan tráfico a cada uno de los enrutadores perimetrales del proveedor de salida (PE). En la configuración de cada uno de estos LSP de rama, el nombre de ruta de acceso del LSP de punto a multipunto que especifique debe ser idéntico al nombre de ruta configurado para el LSP principal de punto a multipunto. Consulte Configuración del LSP principal de punto a multipunto para obtener más información.

Para asociar un LSP de rama con el LSP principal de punto a multipunto, especifique el nombre del LSP de punto a multipunto incluyendo la p2mp instrucción:

Puede incluir esta instrucción en los siguientes niveles jerárquicos:

  • [edit protocols mpls label-switched-path lsp-name]

  • [edit logical-systems logical-system-name protocols mpls label-switched-path lsp-name]

    Nota:

    Cualquier cambio en cualquiera de los LSP de rama de un LSP de punto a multipunto, ya sea debido a una acción del usuario o a un ajuste automático realizado por el enrutador, hace que los LSP primarios y de sucursal se vuelvan a señalizar. El nuevo LSP de punto a multipunto se señaliza primero antes de que se desconecte la ruta anterior.

En las secciones siguientes se describe cómo configurar el LSP de rama como una ruta señalizada dinámicamente utilizando primero la ruta restringida más corta (CSPF), como una ruta estática o como una combinación de rutas dinámicas y estáticas:

Configuración del LSP de sucursal como ruta dinámica

De forma predeterminada, el LSP de rama para un LSP punto a multipunto se señaliza dinámicamente mediante CSPF y no requiere configuración.

Cuando se cambia un LSP de punto a multipunto, ya sea mediante la adición o eliminación de nuevos destinos o mediante el recálculo de la ruta a destinos existentes, ciertos nodos del árbol pueden recibir datos de más de una interfaz entrante. Esto puede suceder bajo las siguientes condiciones:

  • Algunos de los LSP de sucursal a destinos están configurados estáticamente y pueden intersectarse con rutas calculadas estática o dinámicamente a otros destinos.

  • Cuando una ruta calculada dinámicamente para un LSP de sucursal da como resultado un cambio de interfaz entrante para uno de los nodos de la red, la ruta anterior no se desactiva inmediatamente después de que se haya señalado la nueva. Esto garantiza que cualquier dato en tránsito que dependa de la ruta anterior pueda llegar a su destino. Sin embargo, el tráfico de red puede utilizar cualquiera de las rutas para llegar al destino.

  • Un enrutador defectuoso en la entrada calcula las rutas a dos destinos de sucursal diferentes, de modo que se elija una interfaz entrante diferente para estos LSP de sucursal en un nodo de enrutador común a estos LSP de sucursal.

Configuración del LSP de sucursal como ruta estática

Puede configurar el LSP de rama para un LSP de punto a multipunto como una ruta estática. Consulte Configuración de LSP estáticos para obtener más información.

Configuración de LSP punto a multipunto entre dominios

Un LSP P2MP entre dominios es un LSP P2MP que tiene uno o más sub-LSP (ramas) que abarcan varios dominios en una red. Ejemplos de tales dominios incluyen áreas IGP y sistemas autónomos (AS). Un sub-LSP de un LSP P2MP entre dominios puede ser intra-área, inter-área o inter-AS, dependiendo de la ubicación del nodo de salida (hoja) con respecto al nodo de entrada (fuente).

En el nodo de entrada, se asigna un nombre al LSP P2MP entre dominios que comparten todos los subLSP constituyentes. Cada sub-LSP se configura por separado, con su propio nodo de salida y, opcionalmente, una ruta explícita. La ubicación del nodo de salida del sub-LSP con respecto al nodo de entrada determina si el sub-LSP es intra-área, inter-área o inter-AS.

Los LSP P2MP entre dominios se pueden usar para transportar tráfico en las siguientes aplicaciones en una red de varias áreas o AS:

  • Multidifusión y multidifusión de capa 2 a través de MPLS

  • VPN BGP/MPLS de capa 3

  • VPLS

En cada nodo de límite de dominio (ABR o ASBR) a lo largo de la ruta del LSP P2MP, la expand-loose-hop instrucción debe configurarse en el [edit protocols mpls] nivel de jerarquía para que CSPF pueda extender un ERO de salto suelto (normalmente la primera entrada de la lista ERO que lleva el mensaje RSVP Path) hacia el nodo de salida o el siguiente nodo de límite de dominio.

Cálculo de ruta CSPF para LSP P2MP entre dominios:

  • El cálculo de la ruta CSPF se admite en cada sub-LSP para los LSP P2MP entre dominios. Un sub-LSP puede ser intra-área, inter-área o inter-AS. CSPF trata un sub-LSP inter-área o inter-AS de la misma manera que un LSP P2P entre dominios.

  • En un nodo de entrada o un nodo de límite de dominio (ABR o ASBR), CSPF puede realizar una expansión de objeto de ruta explícita (ERO) por consulta RSVP. El destino consultado podría ser un nodo de salida o un ERO de salto suelto recibido. Si el destino reside en un dominio vecino al que está conectado el nodo, CSPF genera una secuencia de EROs de salto estricto hacia él o una secuencia de EROs de salto estrecho hacia otro nodo de límite de dominio que pueda llegar al destino.

  • Si RSVP no puede señalar una ruta a través de un nodo de límite de dominio previamente seleccionado, RSVP intenta señalar una ruta a través de otros nodos de límite de dominio disponibles de manera rotativa.

  • Cuando se agrega o elimina un sub-LSP a o desde un LSP P2MP entre dominios, lo que hace que su ruta (rama) se fusione o se recorte con o desde el árbol P2MP actual, las rutas tomadas por los otros sub-LSP no deberían verse afectadas, lo que ayuda a evitar la interrupción del tráfico en esos sub-LSP.

Tenga en cuenta lo siguiente cuando despliegue LSP P2MP entre dominios en su red:

  • Se admite la reoptimización periódica de rutas para los LSP P2MP entre dominios en los nodos de entrada. Se puede activar para un LSP P2MP entre dominios configurando la optimize-timer instrucción en el nivel de [edit protocols mpls label-switched-path lsp-name] jerarquía con el mismo intervalo para cada sub-LSP.

  • Solo se admiten LSP de derivación de protección de vínculos para los LSP P2MP entre dominios. Para habilitarlo para un LSP P2MP entre dominios, la protección de vínculos debe configurarse para todos los subLSP y en todas las interfaces RSVP por las que pueda viajar el LSP P2MP.

  • Solo las áreas OSPF son compatibles con los LSP P2MP entre dominios. No se admiten niveles IS-IS.

Configuración de un reinicio correcto para LSP punto a multipunto

Puede configurar un reinicio correcto en LSP punto a multipunto. El reinicio correcto permite que un enrutador que se somete a un reinicio informe a sus vecinos adyacentes de su condición. El enrutador de reinicio solicita un período de gracia al vecino o par, que luego puede cooperar con el enrutador de reinicio. El enrutador que se reinicia aún puede reenviar tráfico MPLS durante el período de reinicio; La convergencia en la red no se interrumpe. El reinicio no es evidente para el resto de la red y el enrutador de reinicio no se elimina de la topología de red. El reinicio correcto de RSVP se puede habilitar tanto en enrutadores de tránsito como en enrutadores de entrada.

Para habilitar el reinicio correcto en un enrutador que maneja tráfico LSP punto a multipunto, incluya la graceful-restart instrucción:

Puede incluir esta instrucción en los siguientes niveles jerárquicos:

  • [edit routing-options]

  • [edit logical-systems logical-system-name routing-options]

La configuración de reinicio correcto para los LSP punto a multipunto es idéntica a la de los LSP punto a punto. Para obtener más información sobre cómo configurar un reinicio correcto, consulte Configurar el reinicio correcto de RSVP.

Configuración de una directiva de comprobación de RPF de multidifusión para LSP punto a multipunto

Puede controlar si se realiza una comprobación del reenvío de ruta inversa (RPF) para una entrada de origen y grupo antes de instalar una ruta en la caché de reenvío de multidifusión. Esto permite utilizar LSP punto a multipunto para distribuir el tráfico de multidifusión a las islas PIM situadas aguas abajo de los enrutadores de salida de los LSP punto a multipunto.

Mediante la configuración de la instrucción, puede deshabilitar las rpf-check-policy comprobaciones RPF para un par de origen y grupo. Normalmente, esta instrucción se configura en los enrutadores de salida de un LSP punto a multipunto, ya que la interfaz que recibe el tráfico de multidifusión en un enrutador de salida de LSP punto a multipunto no siempre es la interfaz RPF.

También puede configurar una directiva de enrutamiento para que actúe sobre un par de origen y grupo. Esta política se comporta como una política de importación, por lo que si ningún término de política coincide con los datos de entrada, la acción de política predeterminada es "aceptación". Una acción de política de aceptación habilita las comprobaciones de RPF. Una acción de política de rechazo (aplicada a todos los pares de origen y grupo que no se aceptan) deshabilita las comprobaciones de RPF para el par.

Para configurar una directiva de comprobación de RPF de multidifusión para un LSP de punto a multipunto, especifique la directiva de comprobación de RPF mediante la rpf-check-policy instrucción:

Puede incluir esta instrucción en los siguientes niveles jerárquicos:

  • [edit routing-options multicast]

  • [edit logical-systems logical-system-name routing-options multicast]

También debe configurar una directiva para la comprobación del FPR de multidifusión. Las directivas se configuran en el nivel jerárquico [edit policy-options] . Para obtener más información, consulte la Guía del usuario de políticas de enrutamiento, filtros de firewall y políticas de tráfico.

Nota:

Al configurar la rpf-check-policy instrucción, Junos OS no puede realizar comprobaciones RPF en el tráfico entrante y, por lo tanto, no puede detectar el tráfico que llega a la interfaz incorrecta. Esto podría provocar la formación de bucles de enrutamiento.

Ejemplo: Configuración de la directiva de comprobación de RPF de multidifusión para un LSP de punto a multipunto

Configure una política para asegurarse de que no se realiza una comprobación de RPF para orígenes con prefijo 128.83/16 o más largos que pertenezcan a grupos con un prefijo de 228/8 o más:

Configuración de la redundancia del enrutador de PE de entrada para LSP punto a multipunto

Puede configurar uno o más enrutadores PE como parte de un grupo de enrutadores PE de reserva para habilitar la redundancia del enrutador de PE de entrada. Para ello, configure las direcciones IP de los enrutadores de PE de reserva (se requiere al menos un enrutador de PE de respaldo) y la dirección IP local utilizada por el enrutador de PE local.

También debe configurar una malla completa de LSP punto a punto entre los enrutadores PE principal y de respaldo. También debe configurar BFD en estos LSP. Consulte Configuración de BFD para LSP señalizados por RSVP y Configuración de BFD para LSP de LDP para obtener más información.

Para configurar la redundancia del enrutador de PE de entrada para LSP punto a multipunto, incluya la backup-pe-group instrucción:

Para obtener una lista de los niveles jerárquicos en los que puede incluir estas instrucciones, consulte las secciones de resumen de instrucciones de estas instrucciones.

Después de configurar el grupo de copia de seguridad de redundancia del enrutador de PE de entrada, también debe aplicar el grupo a una ruta estática en el enrutador de PE. Esto garantiza que la ruta estática esté activa (instalada en la tabla de reenvío) cuando el enrutador de PE local sea el reenviador designado para el grupo de PE de reserva. Solo puede asociar un grupo de enrutadores PE de respaldo a una ruta estática que también tenga configurada la p2mp-lsp-next-hop instrucción. Para obtener más información, consulte Configuración de rutas de unidifusión estáticas para LSP punto a multipunto.

Configuración de un servicio para correlacionar sub-LSP punto a multipunto con FPC

Además de actuar como entrada o salida de un sub-LSP dado, el motor de reenvío de paquetes en un FPC también sirve como punto de tránsito para otros sub-LSP del mismo LSP de punto a multipunto. Si se produce un error en una FPC, todos los sub-LSP a los que sirve se verán afectados.

Puede configurar un servicio que le permita supervisar la correlación entre las FPC y los subLSP de punto a multipunto (rutas de bifurcación) que se encuentran en un LSR. Esta información le ayuda a evaluar el efecto que tiene un FPC fallido en los subLSP correlacionados. Cuando el seguimiento está habilitado, el servicio también proporciona mensajes syslog en caso de una interrupción de FPC que proporcionan información detallada acerca de los sub-LSP afectados.

Puede configurar un servicio que le permita supervisar la correlación entre las FPC y los subLSP de punto a multipunto (rutas de bifurcación) en un LSR. Un FPC puede actuar como punto de entrada, salida o tránsito para más de un sub-LSP del mismo LSP de punto a multipunto. Si se produce un error en una FPC, todos los sub-LSP a los que sirve se verán afectados.

La información proporcionada por este servicio le ayuda a evaluar el efecto que un error en cualquier FPC tiene sobre los subLSP correlacionados y la red punto a multipunto. Puede usar este conocimiento para ayudar a planificar interrupciones controladas de FPC.

También puede habilitar el seguimiento de algunas o todas las operaciones de servicio. Luego, el servicio proporciona mensajes syslog con información detallada sobre los sub-LSP afectados que facilita el análisis de una interrupción de FPC.

Para habilitar el monitoreo y la correlación de sub-LSP y FPC en la red punto a multipunto:

  1. Configure el sondeo punto a multipunto (p2mp_polling_duration) y el sondeo FPC (fpc_polling_duration) estableciendo la duración de la frecuencia (en segundos) en el archivo config.xml ubicado en el /etc/p2mp_lsp_correlation directorio. También puede habilitar los niveles de registro en el archivo config.xml para configurar traceoptions y los registros se crean en el /var/log/p2mp_lsp_correlation directorio. El nivel de registro y los tipos de mensaje son los siguientes:

    A continuación se muestra un archivo config.xml de ejemplo:

    • p2mp_polling_duration–Actualiza la base de datos mediante la ejecución de varias solicitudes RE/PFE RPC. El valor predeterminado para la duración del sondeo punto a multipunto es 240.
    • fpc_polling_duration–Sondeos del estado del FPC/PFE para registrar el impacto de los subLSP punto a multipunto. El valor predeterminado para la duración del sondeo FPC es 60.
    Nota:

    El archivo config.xml solo es aplicable para Junos OS Evolved. Debe reiniciar la aplicación después de realizar cambios en el archivo config.xml.

  2. Habilite el servicio.
  3. Configure el seguimiento de las operaciones de servicio.
    Nota:

    El set p2mp-sublsp-correlation traceoptions flag all comando no es aplicable para Junos OS Evolved.

Cuando se produce un error en una FPC en un LSR o se desconecta, todos los subLSP de punto a multipunto de esa FPC se ven afectados. Si anteriormente habilitó la correlación de FPC para los LSP de punto a multipunto y configuró el seguimiento para el servicio de correlación, se registrarán los mensajes de error de FPC que proporcionan detalles acerca de los subLSP afectados.

En este caso, debe examinar los mensajes de registro del sistema y la tabla de correlación de FPC para analizar el impacto de un error de FPC.

A continuación se muestra un ejemplo de salida del registro del sistema que muestra información sobre el subLSP de punto a multipunto cuando la FPC afectada se desconecta:

Para ver la información de correlación sub-LSP punto a multipunto para la interfaz de entrada, utilice el show services p2mp-sublsp-correlation ingress-interface comando de la siguiente manera:

Para ver la información de correlación sub-LSP punto a multipunto para la interfaz de salida, utilice el show services p2mp-sublsp-correlation egress-interface comando de la siguiente manera:

Para ver la información de correlación de FPC, utilice el show services p2mp-sublsp-correlation fpc 0 comando de la siguiente manera:

Para ver la información de correlación para la instancia de PFE, utilice el comando de show services p2mp-sublsp-correlation fpc 0 pfe-instance 0 la siguiente manera:

Habilitación de LSP punto a punto para monitorear enrutadores de PE de salida

La configuración de un LSP con la associate-backup-pe-groups instrucción le permite supervisar el estado del enrutador PE en el que está configurado. Puede configurar varios grupos de enrutadores PE de respaldo utilizando la misma dirección del enrutador. Una falla de este LSP indica a todos los grupos de enrutadores de PE de respaldo que el enrutador de PE de destino está inactivo. La associate-backup-pe-groups instrucción no está vinculada a un grupo específico de enrutadores PE de reserva. Se aplica a todos los grupos que estén interesados en el estado del LSP a esa dirección.

Para permitir que un LSP supervise el estado del enrutador de PE de salida, incluya la associate-backup-pe-groups instrucción:

Esta instrucción se puede configurar en los siguientes niveles jerárquicos:

Si configura la associate-backup-pe-groups instrucción, debe configurar BFD para el LSP punto a punto. Para obtener información acerca de cómo configurar BFD para un LSP, consulte Configurar BFD para LSP IPv4 MPLS y Configurar BFD para LSP LDP.

También debe configurar una malla completa de LSP punto a punto entre los enrutadores PE del grupo de enrutadores de PE de respaldo. Se requiere una malla completa para que cada enrutador de PE dentro del grupo pueda determinar de forma independiente el estado de los otros enrutadores de PE, lo que permite que cada enrutador determine de forma independiente qué enrutador de PE es actualmente el reenviador designado para el grupo de enrutadores de PE de respaldo.

Si configura varios LSP con la associate-backup-pe-groups instrucción en el mismo enrutador PE de destino, el primer LSP configurado se utiliza para supervisar el estado de reenvío a ese enrutador de PE. Si configura varios LSP en el mismo destino, asegúrese de configurar parámetros similares para los LSP. Con este escenario de configuración, es posible que se active una notificación de error aunque el enrutador de PE remoto aún esté activo.

Conservación del funcionamiento del LSP punto a multipunto con diferentes versiones de Junos OS

En Junos OS versión 9.1 y anteriores, los mensajes Resv que incluyen el objeto S2L_SUB_LSP se rechazan de forma predeterminada. En Junos OS versión 9.2 y posteriores, estos mensajes se aceptan de forma predeterminada. Para garantizar el correcto funcionamiento de los LSP punto a multipunto en una red que incluye dispositivos que ejecutan Junos OS versión 9.1 y versiones anteriores y dispositivos que ejecutan Junos 9.2 y versiones posteriores, debe incluir la no-p2mp-sublsp instrucción en la configuración de los dispositivos que ejecutan Junos 9.2 y versiones posteriores:

Puede incluir esta instrucción en los siguientes niveles jerárquicos:

  • [edit protocols rsvp]

  • [edit logical-systems logical-system-name protocols rsvp]

Descripción general del comportamiento de recombinación en LSP de punto a multipunto

Esta sección habla sobre los beneficios y la descripción general de controlar el comportamiento de recombinación en los LSP punto a multipunto (P2MP) RSVP.

Beneficios de controlar la recombinación de LSP P2MP

  • Reduce la carga de señalización RSVP en la entrada (enrutadores de cabecera) al evitar el cálculo de ruta de sub LSP, lo que crea una condición de recombinación.

  • Ahorra el ancho de banda de la red rechazando la recombinación de sub LSP P2MP en el nodo de tránsito.

¿Qué es P2MP LSP Re-merge?

En una red LPS MPLS P2MP, el término recombinación se refiere al caso de un nodo de entrada (cabecera) o de tránsito (nodo de recombinación) que crea una rama de recombinación que interseca el LSP P2MP en otro nodo del árbol. Esto puede ocurrir debido a eventos como un error en el cálculo de la ruta, un error en la configuración manual o cambios en la topología de red durante el establecimiento del LSP P2MP.

RFC 4875 define los dos enfoques siguientes para controlar la recombinación de LSP P2MP:

  • En primer lugar, el nodo que detecta la recombinación permite que persista el caso de recombinación, pero los datos de todas las interfaces entrantes excepto una se eliminan en el nodo de recombinación. Esto funciona de forma predeterminada sin ninguna configuración.

  • En segundo lugar, el nodo de recombinación inicia la poda de los subLSP de recombinación a través de la señalización.

En los enrutadores de la serie MX de Juniper Networks, el primer enfoque (tal como se define en el RFC 4875) funciona de forma predeterminada. El segundo enfoque se puede implementar mediante una de las siguientes instrucciones de configuración de CLI, dependiendo de dónde se coloquen los enrutadores de la serie MX de Juniper Networks (nodo de entrada o nodo de tránsito) en la red MPLS RSVP P2MP:

  • no-re-merge—Esta instrucción de configuración de CLI, cuando se habilita en el enrutador de entrada (cabecera), evita el cálculo de la ruta de los sub LSP P2MP, lo que crea una condición de recombinación. Cuando esta instrucción de configuración de CLI se configura en la entrada, no es necesario configurar la instrucción de no-p2mp-re-merge configuración de CLI en el enrutador de tránsito.

  • no-p2mp-re-merge—Esta instrucción de configuración de la CLI, cuando se habilita en el enrutador de tránsito, cambia el comportamiento predeterminado de permitir que las sesiones P2MP sub LSP se vuelvan a combinar para rechazar la recombinación. Esta instrucción de configuración de CLI se requiere principalmente cuando la entrada (enrutador de cabecera) no es un enrutador de la serie MX de Juniper Networks.

  • single-abr: este comando, cuando está habilitado, reduce la condición de recombinación más allá de los LSP P2MP del RSVP entre áreas, dominios o entre AS.

La siguiente topología explica el comportamiento de recombinación en una red LSP P2MP:

¿Qué es P2MP LSP Re-merge?

En esta topología, R1 actúa como enrutador de entrada (cabecera) y R2 como enrutador de tránsito (nodo de recombinación). Hay dos sesiones sub LSP creadas en esta red, LSP 1 y LSP 2. LSP 1 es una sesión establecida entre dispositivos R1, R2 y R3. LSP 2 es una sesión establecida entre dispositivos R1, R4, R2, R3 y R5. De forma predeterminada, el enrutador de tránsito permite que la recombinación se produzca desde los sub LSP y elimina uno de los tráficos de la rama sub LSP en el nodo de recombinación. Puede controlar este comportamiento de recombinación habilitando la instrucción de no-re-merge configuración de CLI en el enrutador de entrada o la no-p2mp-re-merge instrucción de configuración de CLI en el enrutador de tránsito.

Si habilita la instrucción de no-re-merge configuración de CLI en el enrutador de entrada (R1), solo se establece una de las dos sesiones sub LSP. Por ejemplo, si primero se establece la sesión LSP 1 (R1-R2-R3), no se establecerá la otra sesión sub LSP (LSP 2).

Si habilita la no-p2mp-re-merge instrucción de configuración de la CLI en el enrutador de tránsito (R2), el enrutador de tránsito rechaza la recombinación de uno de los sub LSP y envía un mensaje de error de ruta al enrutador de entrada (R1) que impide que el enrutador de entrada cree la segunda rama de recombinación de LSP P2MP. Puede usar el comando de la show rsvp statistics CLI para ver el mensaje de error de ruta de acceso.

Modificar el comportamiento predeterminado de recombinación de LSP P2MP

Puede modificar el comportamiento predeterminado de recombinación en el nodo de entrada (cabecera) o en el nodo de tránsito en una red MPLS RSVP P2MP.

En la entrada (enrutador de cabecera), deshabilite el comportamiento predeterminado de recombinación para que el enrutador de entrada no realice el cálculo de ruta de sub LSP que crea la condición de recombinación. El comportamiento predeterminado permite el cálculo de la ruta de acceso de los subLSP.

En el enrutador de tránsito, deshabilite el comportamiento predeterminado de recombinación para que el enrutador de tránsito rechace la recombinación de sub LSP.

Para los LSP P2MP RSVP entre áreas, entre dominios o entre AS, utilice la instrucción de configuración de single-abr CLI en la entrada (enrutador de cabecera) para que todos los subLSP P2MP prefieran seleccionar el mismo enrutador de salida (ABR o ASBR), reduciendo así la condición de recombinación.