Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
EN ESTA PÁGINA
 

Enrutadores LSP

Enrutadores en un LSP

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

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

  • Enrutador de salida: el enrutador al final de un LSP. Este enrutador elimina la encapsulación MPLS, transformándola así de un paquete MPLS a un paquete IP, y reenvía el paquete a su destino final utilizando la información de la tabla de reenvío de 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 de tránsito: cualquier enrutador intermedio en el LSP entre los enrutadores de entrada y salida. Un enrutador de tránsito reenvía los paquetes MPLS recibidos al siguiente enrutador en la ruta MPLS. Un LSP puede contener cero o más enrutadores de tránsito, hasta un máximo de 253 enrutadores de tránsito en un solo LSP.

Un solo enrutador puede formar parte de varios LSP. Puede ser el enrutador de entrada o salida de uno o más 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 su red.

Configuración de las direcciones de enrutador de entrada y salida para LSP

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

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

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

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

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

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 instrucción:

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

Cuando se configura un LSP señalado, la to instrucción es la única instrucción requerida. Todas las demás instrucciones son opcionales.

Una vez establecido el LSP, la dirección del enrutador de salida se instala como una ruta de host en la tabla de enrutamiento. BGP puede utilizar esta ruta para reenviar el tráfico.

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

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

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

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

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

Algunas razones para no instalar la dirección de to instrucción en las tablas de enrutamiento inet.3 e inet.0 incluyen las siguientes:

  • Permitir que los LSP RSVP de Constrained Shortest Path First (CSPF) se asignen al tráfico destinado a direcciones secundarias de circuito cerrado. Si configura un túnel RSVP, incluida la no-install-to-address instrucción, y, posteriormente, configura una install pfx/ <active> directiva más adelante, puede hacer lo siguiente:

    • Compruebe que el LSP se configuró correctamente sin afectar al tráfico.

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

    • Asigne tráfico a la dirección de circuito cerrado de destino (el próximo salto del BGP) eliminando la instrucción una vez que se complete la no-install-to-address solución de problemas.

  • Evite que las conexiones CCC pierdan tráfico IP. Cuando un LSP determina que no pertenece a una conexión, instala 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 del CCC, lo que puede provocar errores en algunos tipos de PIC.

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

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

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

Las rutas de conmutación de etiquetas (LSP) señalizadas por MPLS se ejecutan desde un enrutador de entrada específico a un enrutador de salida específico. Para la función LSP básica señalizada por MPLS, debe configurar el enrutador de entrada, pero no tiene que configurar ningún otro enrutador.

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

Creación de rutas con nombre

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

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

Para determinar si un LSP está asociado con la ruta principal o secundaria en una sesión RSVP, emita el show rsvp session detail comando.

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

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

  • [edit protocols mpls]

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

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

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

  • [edit protocols mpls]

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

En esta forma de la path instrucción, se especifican una o varias 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 es necesario enumerar cada enrutador de tránsito si su tipo es loose. Especifique las direcciones en orden, comenzando con 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 antes del enrutador de salida. Solo debe especificar una dirección por salto de enrutador. Si especifica más de una dirección para el mismo enrutador, sólo 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 tomada desde el 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 entrante sea la especificada. Es importante asegurarse de que la interfaz entrante es la especificada cuando existen vínculos paralelos entre el enrutador anterior y este enrutador. También garantiza que el enrutamiento se pueda aplicar por enlace.

    Para direcciones estrictas, debe asegurarse de que el enrutador inmediatamente anterior al enrutador que está configurando tiene una conexión directa con ese enrutador. La dirección puede ser una dirección de interfaz de circuito cerrado, en cuyo caso no se comprueba la interfaz entrante.

  • loose: la ruta tomada desde el 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 circuito cerrado.

Ejemplos: Creación de rutas con nombre

Configure una ruta de acceso, to-hastings, para especificar la ruta estricta completa desde la entrada a los enrutadores de salida a través 10.14.1.1de , 10.13.1.1, 10.12.1.1, y 10.11.1.1, en ese orden. No puede haber enrutadores intermedios excepto los especificados. Sin embargo, puede haber enrutadores intermedios entre 10.11.1.1 y el enrutador de salida porque el enrutador de salida no aparece específicamente en la path instrucción. Para evitar enrutadores intermedios antes de la salida, configure el enrutador de salida como el último enrutador, con un strict tipo.

Cree una ruta de acceso, alt-hastings, para permitir cualquier número de enrutadores intermedios entre los enrutadores y 10.11.1.1.10.14.1.1 Además, se permiten enrutadores intermedios entre 10.11.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 Restricted Shortest Path First (CSPF) usa para calcular una o más rutas de reserva en caso de que la ruta principal se vuelva inestable. La base de datos describe las relaciones entre los elementos de la red, como enrutadores y vínculos. Debido a que estos elementos de red comparten el mismo destino, esta relación se denomina destino compartido.

Puede configurar rutas de respaldo que minimicen el número posible de vínculos compartidos y rutas de fibra con las rutas principales para garantizar que, si se corta una fibra, se pierda la cantidad mínima de datos y siga existiendo una ruta al destino.

Para que una ruta de respaldo funcione de manera óptima, no debe compartir vínculos ni rutas de fibra física con la ruta principal. Esto garantiza que un único punto de error no afecte a las rutas principal y de copia de seguridad al mismo tiempo.

En las secciones siguientes se describe cómo configurar el destino compartido y cómo afecta a CSPF, y se proporciona un ejemplo de configuración de destino compartido:

Configuración de Fate Sharing

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

Para obtener una lista de los niveles jerárquicos en los que puede incluir esta instrucción, vea la sección de resumen de instrucción de esta instrucción.

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

Los grupos de destino compartido contienen tres tipos de objetos:

  • Vínculos punto a punto: identificados por las direcciones IP en cada extremo del vínculo. Los vínculos punto a punto no numerados generalmente se identifican tomando prestadas direcciones IP de otras interfaces. El orden no es importante; from 10.1.3.4 to 10.1.3.5 y from 10.1.3.5 to 10.1.3.4 tienen el mismo significado.

  • Vínculos no punto a punto: incluye vínculos en una interfaz LAN (como interfaces Gigabit Ethernet) o interfaces de multiacceso que no sea de difusión (NBMA) (como el modo de transferencia asíncrono [ATM] o Frame Relay). Estos enlaces 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 de enrutador se identifica individualmente:

    Puede enumerar las direcciones en cualquier orden.

  • Un nodo de enrutador: se identifica por 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 direcciones de host /32.

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

Un objeto puede estar en cualquier número de grupos y un grupo puede contener cualquier número de objetos. A cada grupo se le atribuye un coste configurable, que representa el nivel de impacto que este grupo tiene en los cálculos del CSPF. Cuanto mayor sea el costo, menos probable es que una ruta de copia de seguridad comparta con la ruta principal 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. El cambio de la base de datos de destino compartido no afecta a los LSP establecidos hasta la próxima reoptimización de CSPF. La base de datos de destino compartido influye en los cálculos de reenrutamiento rápido.

Implicaciones para CSPF

Cuando CSPF calcula las rutas principales de un LSP (o las rutas secundarias cuando la ruta principal no está activa), ignora la información de destino compartido. Siempre desea encontrar la mejor ruta posible (menor costo de IGP) 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 destino compartido que están asociados con la ruta principal. Para ello, CSPF identifica todos los vínculos y nodos que atraviesa la ruta principal y compila listas de grupos que contienen al menos uno de los vínculos o nodos. CSPF ignora los nodos de entrada y salida en la búsqueda.

  2. CSPF compara cada vínculo de la base de datos de ingeniería de tráfico con la lista de grupos compilada. Si el enlace es miembro de un grupo, el costo del enlace se incrementa por el costo del grupo. Si un enlace es miembro de varios grupos, todos los costos del grupo se suman.

  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. Una vez más, un nodo puede pertenecer a múltiples grupos, por lo que los costos son aditivos.

  4. El enrutador realiza cálculos regulares de CSPF con la topología ajustada.

Implicaciones para CSPF cuando se comparte el destino con LSP de derivación

Cuando el uso compartido de destino está habilitado con protección de vínculo o protección de nodo de vínculo, CSPF funciona de la siguiente manera al calcular la ruta de LSP de derivación:

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

  • CSPF comprueba cada vínculo (desde la entrada hasta el nodo descendente inmediato) de la base de datos de ingeniería de tráfico con la lista de grupos compilada. Si el enlace es miembro de un grupo, el costo del enlace se incrementa por el costo del grupo.

  • CSPF identifica el vínculo descendente que no está en la ruta compartida por el destino.

Este cálculo evita que las derivaciones utilicen el mismo vínculo físico que la ruta principal del LSP cuando hay alternativas viables disponibles.

Ejemplo: Configuración de Fate Sharing

Configure grupos east de destino compartido y west. Dado west que no tiene objetos, se omite durante el procesamiento.

Configuración de enrutadores intermedios y de salida para LSP con señal MPLS

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

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

Es posible que el enrutador de entrada intente conectarse y volver a conectarse al enrutador de salida mediante la ruta principal. Puede controlar la frecuencia con la que el enrutador de entrada intenta establecer una conexión mediante la ruta principal y cuánto tiempo espera entre los intentos de reintento.

El temporizador de reintento configura cuánto tiempo espera el enrutador de entrada antes de intentar conectarse de nuevo al enrutador de salida mediante la ruta principal. El tiempo predeterminado de reintento 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 jerárquicos:

De forma predeterminada, no se establece ningún límite para el número de veces que un enrutador de entrada intenta establecer o restablecer una conexión con el enrutador de salida mediante la ruta principal. Para limitar el número de intentos, incluya la retry-limit instrucción:

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

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. En este punto, es necesario intervenir para reiniciar la ruta principal.

Si establece un límite de reintentos, se restablece a 1 cada vez que se crea una ruta principal correcta.

Hacer ping a los LSP

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

Hacer ping a los LSP MPLS

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

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

Debe configurar MPLS en el nivel de [edit protocols mpls] jerarquía del enrutador remoto para poder hacer ping a un LSP que termine allí. Debe configurar MPLS incluso si desea hacer ping solo a las clases de equivalencia de reenvío (FEC) de LDP.

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

Nota:

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

Nota:

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

Hacer ping a los LSP de punto a multipunto

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

Hacer ping a la dirección del extremo de los LSP de MPLS

Para determinar si un LSP entre dos enrutadores perimetrales de proveedor (PE) está en funcionamiento, puede hacer ping a la dirección del extremo del LSP. Para hacer ping a un extremo LSP de MPLS, use 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á activo o inactivo.

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

Hacer ping a los LSP de CCC

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

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

Hacer ping a VPN de capa 3

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

Compatibilidad con comandos LSP Ping y Traceroute basados en RFC 4379

Junos OS admite LSP ping y traceroute comandos basados en RFC 4379, Detección de errores en el plano de datos de conmutación de etiquetas multiprotocolo (MPLS).

LSP ping y traceroute comandos basados en RFC 4379 intentan rastrear la ruta tomada por un LSP basándose en la expiración TTL de MPLS. Un LSP puede tomar varias rutas desde la entrada hasta la salida. Esto ocurre en particular con la ruta múltiple de igual costo (ECMP). El comando LSP traceroute puede rastrear todas las rutas posibles a un nodo LSP.

Temas relacionados