Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Enrutadores LSP

Enrutadores en un LSP

Cada enrutador de un LSP realiza una de las siguientes funciones:

  • Enrutador de entrada: el enrutador al principio de un LSP. Este enrutador encapsula paquetes IP con una trama MPLS capa 2 y los reenvía al siguiente enrutador de la ruta. Cada LSP puede tener solo un enrutador de entrada.

  • Enrutador de salida: el enrutador al final de un LSP. Este enrutador elimina la encapsulación MPLS, transformando que se trata de un paquete de MPLS a un paquete IP, y reenvía el paquete a su destino final con la información de la tabla de reenvío IP. Cada LSP puede tener un solo enrutador de salida. Los enrutadores de entrada y salida de un LSP no pueden ser el mismo enrutador.

  • Enrutador de tránsito: cualquier enrutador intermedio del LSP entre los enrutadores de entrada y salida. Un enrutador de tránsito envía paquetes de MPLS al siguiente enrutador del MPLS ruta de acceso. Un LSP puede contener cero o más enrutadores de tránsito, hasta un máximo de 253 enrutadores de tránsito en un LSP único.

Un único enrutador puede formar parte de varios LSP. Puede ser el enrutador de entrada o de salida de uno o varios LSP, y también puede ser un enrutador de tránsito en uno o más LSP. Las funciones que admite cada enrutador dependen del diseño de la red.

Configuración de las direcciones del enrutador de entrada y salida de los LSP

En las siguientes secciones se describe cómo especificar las direcciones de los enrutadores de entrada y salida de un LSP:

Configuración de la dirección de enrutador de entrada para LSP

El enrutador local siempre se considera el enrutador de entrada, que es el inicio del LSP. El software determina automáticamente la interfaz de salida y dirección IP apropiadas que se utilizarán para llegar al enrutador siguiente en un LSP.

De forma predeterminada, se elige el identificador de enrutador como dirección del enrutador de entrada. Para anular la selección automática de la dirección de origen, especifique una dirección de from origen en la siguiente instrucción:

Puede incluir esta instrucción en los siguientes niveles de jerarquía:

La interfaz de salida utilizada por el LSP no se ve afectada por la dirección de origen que configure.

Configuración de la dirección del enrutador de salida para LSP

Al configurar un LSP, debe especificar la dirección del enrutador de salida incluyendo la to siguiente instrucción:

Puede incluir esta instrucción en los siguientes niveles de jerarquía:

Cuando configure un LSP señalado, la to sentencia será la única sentencia requerida. El resto de instrucciones son opcionales.

Una vez que se ha establecido el LSP, la dirección del enrutador de salida se instala como ruta de host en la tabla de enrutamiento. Esta ruta puede ser utilizada entonces por BGP para reenviar el tráfico.

Para que el software envíe BGP tráfico a través de un LSP, la dirección del enrutador de salida es la misma que la dirección del BGP próximo salto. Puede especificar la dirección del enrutador de salida como cualquiera de las direcciones de interfaz del enrutador o como el ID BGP enrutador. Si especifica una dirección diferente, incluso si la dirección se encuentra en el mismo enrutador, BGP tráfico no se envía a través del LSP.

Utilice el show route detail comando para determinar la dirección del BGP siguiente salto. Para determinar la dirección de destino de un LSP, utilice show mpls lsp el comando. Para determinar si una ruta ha pasado a través de un LSP, show route Utilice show route forwarding-table el comando o. En el resultado de estos dos últimos comandos, la label-switched-path palabra push clave or incluida con la ruta indica que ha pasado a través de un LSP. Además, utilice el traceroute comando para hacer un seguimiento de la ruta real hacia la que conduce la ruta. Esta es otra indicación de si una ruta ha pasado a través de un LSP.

También puede manipular la dirección del salto siguiente BGP definiendo un filtro de política de BGP de importación que establece la dirección de salto siguiente de la ruta.

Impedir la adición de direcciones de enrutadores de salida a las tablas de enrutamiento

Debe configurar una dirección utilizando la to instrucción para todos los LSP. Esta dirección siempre se instala como un /32 prefijo en las tablas de enrutamiento inet. 3 o inet. 0. Puede evitar que la dirección del enrutador de salida to configurada mediante la instrucción se agregue a inet. 3 e inet. 0 tablas de no-install-to-address enrutamiento mediante la inclusión de la instrucción.

Entre los motivos para no instalar to la dirección de la instrucción en inet. 3 y inet. 0, las tablas de enrutamiento son las siguientes:

  • Permitir que primero se asigne la ruta más corta de forma restrictiva (CSPF) LSP de RSVP al tráfico destinado a direcciones de bucle de retroceso secundarias. Si configura un túnel RSVP, incluida la no-install-to-address instrucción y, a continuación, configura install pfx/ <active> una directiva más adelante, puede hacer lo siguiente:

    • Verifique que el LSP se haya configurado correctamente sin afectar al tráfico.

    • Asigne el tráfico al LSP en pasos incrementales.

    • Asigne el tráfico a la dirección de retorno de bucle de retroceso (el BGP siguiente no-install-to-address salto) mediante la eliminación de la instrucción una vez completada la solución de problemas.

  • Evite que las conexiones CCC pierdan el tráfico IP. Cuando un LSP determina que no pertenece a ninguna conexión, instalará la dirección especificada con la to instrucción en la tabla de enrutamiento inet. 3. A continuación, el tráfico IP se reenvía al extremo remoto CCC, lo que puede ocasionar errores en algunos tipos de fotos.

Para evitar que la dirección del enrutador de to salida configurada mediante la instrucción se agregue a inet. 3 e inet. 0 tablas no-install-to-address de enrutamiento, incluya la siguiente instrucción:

Puede incluir esta instrucción en los siguientes niveles de jerarquía:

Configuración del enrutador de entrada para LSP señalizados con MPLS

Las rutas conmutadas por etiqueta MPLS (LSP) se ejecutan desde un enrutador específico hacia el enrutador de salida específico. Para las funciones de LSP de MPLS básicas, debe configurar el enrutador de entrada, pero no es necesario que configure ningún otro enrutador.

Para configurar los LSP señalizados, realice las siguientes tareas en el enrutador de entrada:

Crear rutas con nombre

Para configurar LSP señalizados, debe crear primero una o más rutas de nombre en el enrutador de entrada. Para cada ruta de acceso, puede especificar algunos o todos los enrutadores de tránsito de la ruta o dejarlos vacíos.

Cada ruta puede contener hasta 32 caracteres y puede incluir letras, dígitos, puntos y guiones. El nombre debe ser único dentro del enrutador de entrada. Una vez creada una ruta de acceso con nombre, puede utilizar la ruta con primary nombre secondary con la instrucción o para configurar [edit protocols mpls label-switched-path label-path-name] los LSP en el nivel de la jerarquía. Puede especificar la misma ruta de acceso con nombre en cualquier número de proveedores de idiomas.

Para determinar si un LSP está asociado con el path principal o secundario en una sesión de RSVP, ejecute show rsvp session detail el comando.

Para crear una ruta de acceso vacía, cree una ruta de acceso con nombre incluyendo la path siguiente forma de la instrucción. Esta forma de la path instrucción está vacía, lo que significa que se acepta cualquier ruta de acceso entre los enrutadores de entrada y salida. En realidad, la ruta de acceso utilizada tiende a ser la misma ruta de acceso que sigue el tráfico de mejor esfuerzo basado en el destino.

Puede incluir esta instrucción en los siguientes niveles de jerarquía:

  • [edit protocols mpls]

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

Para crear una ruta en la que se especifiquen varios o todos los enrutadores de tránsito de la ruta, incluya path la siguiente forma de la instrucción, especificando una dirección para cada enrutador de tránsito:

Puede incluir esta instrucción en los siguientes niveles de jerarquía:

  • [edit protocols mpls]

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

En esta forma de la path instrucción, se especifican una o más direcciones de enrutador de tránsito. Especificar los enrutadores de entrada o salida es opcional. Puede especificar la dirección o el nombre de host de cada enrutador de tránsito, aunque no necesite enumerar cada enrutador loosede tránsito si su tipo es. Especifique las direcciones en orden, comenzando por el enrutador de entrada (opcional) o el primer enrutador de tránsito y continuando secuencialmente a lo largo de la ruta hasta el enrutador de salida (opcional) o el enrutador inmediatamente anterior al enrutador de salida. Solo es necesario especificar una dirección por salto de enrutador. Si especifica más de una dirección para el mismo enrutador, solo se utilizará la primera dirección; las direcciones adicionales se omiten y se truncan.

Para cada dirección de enrutador, especifique el tipo, que puede ser uno de los siguientes:

  • strict— (Predeterminado) La ruta que se toma del enrutador anterior a este enrutador es una ruta directa y no puede incluir ningún otro enrutador. Si address es una dirección de interfaz, este enrutador también garantiza que la interfaz de entrada sea la especificada. Garantizar que la interfaz de entrada sea la especificada es importante cuando hay vínculos paralelos entre el enrutador anterior y este enrutador. También garantiza que el enrutamiento se puede aplicar en función de cada vínculo.

    Para las direcciones estrictas, debe asegurarse de que el enrutador que precede inmediatamente al enrutador que está configurando tiene una conexión directa con ese enrutador. La dirección puede ser una dirección de interfaz de bucle de retorno, en cuyo caso la interfaz de entrada no está comprobada.

  • loose: la ruta que se toma del enrutador anterior a este enrutador no necesita ser una ruta directa, puede incluir otros enrutadores y se puede recibir en cualquier interfaz. La dirección puede ser cualquier dirección de interfaz o la dirección de la interfaz de bucle de retorno.

Cita Crear rutas con nombre

Configure una ruta to-hastingsde acceso, para especificar la ruta de acceso estricta completa desde los enrutadores de entrada a 14.1.1.1los 13.1.1.1de 12.1.1.1salida a 11.1.1.1los de,, y, en ese orden. No puede haber ningún enrutador intermedio, excepto los especificados. Sin embargo, puede haber enrutadores intermedios entre 11.1.1.1 y el enrutador de salida porque el enrutador de path salida no está incluido específicamente en la instrucción. Para evitar que los enrutadores intermedios sean anteriores a la salida, configure el enrutador de salida como el último enrutador, con un strict tipo.

Crear una ruta de alt-hastingsacceso,, para permitir cualquier número de enrutadores intermedios entre enrutadores 14.1.1.1 y. 11.1.1.1 Además, se permiten los enrutadores intermedios entre 11.1.1.1 y el enrutador de salida.

Configuración de rutas de copia de seguridad alternativas mediante el uso compartido de destino

Puede crear una base de datos de información que utilice la ruta más corta primero restringida (CSPF) para calcular una o más rutas de copia de seguridad en caso de que la ruta principal se vuelva inestable. La base de datos describe las relaciones existentes entre los elementos de la red, como enrutadores y vínculos. Dado que estos elementos de red comparten el mismo destino, esta relación se denomina uso compartido de destino.

Puede configurar rutas de copia de seguridad que minimicen el número de vínculos compartidos y las rutas de fibra con las rutas principales tanto como sea posible para garantizar que, si se corta una fibra, la cantidad mínima de datos se pierda y exista una ruta de acceso para el destino.

Para que una ruta de copia de seguridad funcione de manera óptima, no debe compartir vínculos ni rutas de fibra físicas con la ruta de acceso primaria. Esto garantiza que un único punto de error no afectará a las rutas principales y de copia de seguridad al mismo tiempo.

Las siguientes secciones describen cómo configurar el uso compartido del destino y cómo afecta a CSPF, y proporciona un ejemplo de configuración de uso compartido del destino:

Configuración del uso compartido de destino

Para configurar el uso compartido de destino fate-sharing , incluya la instrucción:

Para obtener una lista de los niveles de jerarquía en los que puede incluir esta instrucción, consulte la sección de Resumen de Estados de cuenta de este extracto.

Cada grupo de destino compartido debe tener un nombre que puede tener una longitud de hasta 32 caracteres y puede contener letras, dígitos, puntos (.) y guiones (-). Puede definir hasta 512 grupos.

Los grupos de uso compartido de sudestinos contienen tres tipos de objetos:

  • Vínculos punto a punto: se identifican mediante las direcciones IP en cada extremo del vínculo. Los vínculos punto a punto no numerados se suelen identificar retomando las direcciones IP de otras interfaces. El orden no es importante; from 1.2.3.4 to 1.2.3.5 y from 1.2.3.5 to 1.2.3.4 tienen el mismo significado.

  • Vínculos no punto a punto: incluya vínculos en una interfaz LAN (como interfaces de Gigabit Ethernet) o en interfaces de multiacceso no transable (BME) (como el modo de transferencia asincrónica [ATM] o Frame Relay). Estos vínculos se identifican por su dirección de interfaz individual. Por ejemplo, si la interfaz 192.168.200.0/24 LAN tiene cuatro enrutadores conectados, cada vínculo del enrutador se identifica de forma individual:

    Puede enumerar las direcciones en cualquier orden.

  • Un nodo de enrutador: se identifica mediante su ID de enrutador configurado.

Todos los objetos de un grupo comparten ciertas similitudes. Por ejemplo, puede definir un grupo para todas las fibras que comparten el mismo conducto de fibra, todos los canales ópticos que comparten la misma fibra, todos los vínculos que se conectan al mismo conmutador LAN, todos los equipos que comparten la misma fuente de alimentación, etc. Todos los objetos se tratan como/32 las direcciones de host.

Para que un grupo tenga significado, debe contener al menos dos objetos. Puede configurar grupos con cero o un objeto; Estos grupos se omiten durante el procesamiento.

Un objeto puede estar en cualquier número de grupos, y un grupo puede contener cualquier número de objetos. Cada grupo tiene un costo configurable atribuido a él, lo que representa el nivel de impacto que este grupo tiene en los cálculos de CSPF. Cuanto mayor sea el costo, menos probable será que una ruta de copia de seguridad se comparta con la ruta principal de cualquier objeto del grupo. El costo es directamente comparable a las métricas de ingeniería de tráfico. De forma predeterminada, el costo es 1. Cambiar la base de datos de uso compartido de destino no afecta a los LSP establecidos hasta la siguiente reoptimización de CSPF. La base de datos de acceso compartido de destino sí afecta a los cálculos de redireccionamiento rápido.

Implicaciones para CSPF

Cuando CSPF calcula las rutas principales de un LSP (o paths secundarios cuando la ruta primaria no está activa), omite la información de uso compartido de destino. Siempre desea encontrar la mejor ruta posible (menos IGP costo) para la ruta principal.

Cuando CSPF calcula una ruta secundaria mientras la ruta principal (del mismo LSP) está activa, ocurre lo siguiente:

  1. CSPF identifica todos los grupos de uso compartido de destino que están asociados a la ruta de acceso primaria. Para ello, CSPF identifica todos los vínculos y nodos que la ruta de acceso principal atraviesa y compila listas de grupos que contienen al menos uno de los vínculos o nodos. CSPF omite los nodos de entrada y salida en la búsqueda.

  2. CSPF comprueba cada vínculo de la base de datos de ingeniería de tráfico en la lista de grupos compilados. Si el vínculo es miembro de un grupo, el costo del vínculo aumentará por el costo del grupo. Si un vínculo es miembro de varios grupos, todos los costos de grupo se sumarán.

  3. CSPF realiza la comprobación de todos los nodos de la base de datos de ingeniería de tráfico, excepto el nodo de entrada y salida. De nuevo, un nodo puede pertenecer a varios grupos, por lo que los costos son aditivos.

  4. El enrutador realiza el cálculo CSPF regular con la topología ajustada.

Implicaciones de CSPF al compartir el destino con LSP de derivación

Cuando el uso compartido de destino está habilitado con la protección de vínculos o la protección de nodo de vínculo, CSPF funciona de la siguiente manera cuando se calcula la ruta de acceso a LSP de derivación:

  • CSPF identifica a los grupos de uso compartido de destino que están asociados con la ruta de LSP principal. Para ello, CSPF identifica el vínculo descendente inmediato y los nodos inmediatos descendentes que la omisión está intentando proteger. CSPF compila listas de grupos que contienen el vínculo descendente inmediato y los nodos descendentes inmediatos.

  • CSPF comprueba cada vínculo (de entrada al nodo inmediatamente descendente) de la base de datos de ingeniería de tráfico en la lista de grupos compilados. Si el vínculo es miembro de un grupo, el costo del vínculo aumentará por el costo del grupo.

  • CSPF identifica el vínculo de dirección descendente que no está en el ruta de acceso compartida de destino.

Este cálculo evita que los bypasses utilicen el mismo enlace físico que el path LSP principal cuando se disponga de alternativas viables.

Ejemplo Configuración del uso compartido de destino

Configure los grupos east de destino westcompartido y los archivos. Dado west que no tiene ningún objeto, se omite durante el procesamiento.

Configuración de los enrutadores intermedio y de salida para los LSP señalizados con MPLS

Para configurar LSP señalizados en todos los enrutadores MPLS que deben participar en MPLS, debe activar MPLS y RSVP en estos enrutadores.

Configuración de la conexión entre enrutadores de entrada y salida

El enrutador de entrada podría realizar varios intentos para conectarse y volverse a conectar al enrutador de salida mediante la ruta de acceso primaria. Puede controlar la frecuencia con la que el enrutador de entrada intenta establecer una conexión utilizando la ruta de acceso principal y cuánto tiempo esperará entre los intentos de reintento.

El temporizador de reintentos configura el tiempo que el enrutador de entrada espera antes de intentar conectarse de nuevo al enrutador de salida usando la ruta de acceso primaria. El tiempo de reintento predeterminado es de 30 segundos. El tiempo puede ser de 1 a 600 segundos. Para modificar este valor, incluya la retry-timer instrucción:

Puede configurar esta instrucción en los siguientes niveles de jerarquía:

De forma predeterminada, ningún límite se establece en el número de veces que un enrutador de entrada intenta establecer o restablecer una conexión con el enrutador de salida utilizando la ruta de acceso primaria. Para limitar el número de intentos, incluya la retry-limit siguiente afirmación:

Puede configurar esta instrucción en los siguientes niveles de jerarquía:

El límite puede ser un valor de hasta 10.000. Cuando se supera el límite de reintentos, no se realizan más intentos para establecer una conexión de ruta de acceso. En este punto, se requiere intervención para reiniciar la ruta de acceso primaria.

Si establece un límite de reintentos, se restablecerá en 1 cada vez que se cree una ruta de acceso primaria correcta.

Hacer ping a LSP

En las siguientes secciones se describe cómo usar el ping mpls comando para confirmar el funcionamiento del LSP.

Pinging MPLS LSP

Puede hacer ping en un LSP específico. Las solicitudes de echo se envían a través del LSP como MPLS paquetes. La carga es un paquete del Protocolo de datagrama de usuario (UDP) reenviado a una dirección en el intervalo 127/8 (127.0.0.1 de forma predeterminada, esta dirección es configurable) y el puerto 3503. La información de la etiqueta e interfaz para crear y enviar esta información como un paquete MPLS es el mismo que para el tráfico LSP estándar.

Cuando la solicitud de echo llega al nodo de salida, el receptor comprueba el contenido del paquete y envía una respuesta que contiene el valor de retorno correcto mediante UDP. El enrutador que envía la solicitud de echo espera para recibir una respuesta de echo después de un tiempo de espera de 2 segundos (no puede configurar este valor).

Debe configurar MPLS en el nivel de jerarquía en el enrutador remoto para poder hacer ping en un [edit protocols mpls] LSP que termina ahí. Debe configurar MPLS incluso si sólo piensa hacer ping a clases de equivalencia de reenvío LDP (FECs).

Para hacer ping en MPLS de MPLS LSP utilice el ping mpls <count count> <ldp <fec>> <rsvp <exp forwarding-class> <lsp-name>> comando. Para hacer ping en un MPLS secundario del LSP, utilice el ping mpls <count count> <rsvp <lsp-name>> standby path-name comando. Para obtener una descripción detallada de este comando, consulte el CLI Explorer.

Nota:

El ping mpls comando no se admite en instancias de enrutamiento.

Nota:

El auto ping se admite para la instancia maestra y no se admite para LSP o LSP basados en VLAN utilizados en CCC. El mensaje se muestra para cada LSP y reduce la legibilidad de la configuración.

LSP de pinging punto a multipunto

Para hacer ping en un LSP de punto a multipunto, utilice los ping mpls rsvp lsp-name multipointping mpls rsvp egress address comandos o. El comando devuelve una lista de todos los identificadores de enrutador de salida y el estado actual de los enrutadores de salida LSP de punto ping mpls rsvp lsp-name multipoint a multipunto. El ping mpls rsvp lsp-name multipoint egress address comando devuelve el estado actual del enrutador de salida especificado.

Pinging the Endpoint Address of MPLS LSP (Pinging the Endpoint Address of MPLS LSP)

Para determinar si un LSP entre dos enrutadores de borde de proveedor (PE) está en funcionamiento, puede hacer ping en la dirección de punto de conexión del LSP. Para hacer ping en MPLS punto de conexión de LSP, utilice el ping mpls lsp-end-point address comando. Este comando le indica qué tipo de LSP (RSVP o LDP) termina en la dirección especificada y si ese LSP está arriba o abajo.

Para obtener una descripción detallada de este comando, consulte el CLI Explorer.

Pinging CCC LSP

Puede hacer ping en un LSP CCC específico. El comando ping de LSP CCC es idéntico al que se usa para MPLS LSP. El comando que utiliza es ping mpls <count count> <rsvp <lsp-name>> . También puede hacer ping en un LSP de CCC en espera secundario con el ping mpls <count count> <rsvp <lsp-name>> standby path-name comando.

Para obtener una descripción detallada de este comando, consulte el CLI Explorer.

VPN de pinging de capa 3

Puede usar un comando similar, ping mpls l3vpn vpn-name prefix prefix <count count> , para hacer ping en una VPN de capa 3. Para obtener más información acerca de este comando, consulte la biblioteca Junos OS VPN para dispositivos de enrutamiento y el CLI Explorer.

Compatibilidad con comandos de ping y traceroute de LSP basados en RFC 4379

El Junos OS admite LSP y comandos basados en ping RFC 4379, Detección de errores de plano de datos conmutados por etiqueta de varios tracerouteprotocolos (MPLS).

El LSP y los comandos basados en ping RFC 4379 intentan rastrear la ruta que toma un LSP mediante la confianza en MPLS vencimiento traceroute de TTL. Un LSP puede tomar varias rutas desde la entrada hasta la salida. Esto se produce, en particular, con varias rutas de costo igual (ECMP). El comando LSP traceroute puede rastrear todas las rutas posibles a un nodo LSP.