Distribución de estado de vínculo mediante BGP
Distribución de estado de vínculo mediante BGP descripción general
- Función de un protocolo de puerta de enlace interior
- Limitaciones de un protocolo de puerta de enlace interior
- Necesidad de ampliar la distribución de estado de vínculo
- Uso del BGP como solución
- Funciones compatibles y no compatibles
- Extensiones de estado de vínculo del BGP para el enrutamiento de paquetes de origen en redes (SPRING)
- Verificar el nodo NLRI aprendido a través del BGP con OSPF como IGP
- Verificar el prefijo NLRI aprendido a través del BGP con OSPF como IGP
Función de un protocolo de puerta de enlace interior
Un protocolo de puerta de enlace interior (IGP) es un tipo de protocolo utilizado para intercambiar información de enrutamiento entre dispositivos dentro de un sistema autónomo (AS). Según el método de computación de la mejor ruta a un destino, las IGP se dividen en dos categorías:
Protocolos de estado de vínculo: anuncia información sobre la topología de red (vínculos conectados directamente y el estado de esos vínculos) a todos los enrutadores que utilizan direcciones de multidifusión y activa actualizaciones de enrutamiento hasta que todos los enrutadores que ejecutan el protocolo de estado de vínculo tengan información idéntica sobre el trabajo de internet. La mejor ruta a un destino se calcula en función de restricciones como el retraso máximo, el ancho de banda mínimo disponible y la afinidad de clase de recurso.
OSPF e IS-IS son ejemplos de protocolos de estado de vínculo.
Protocolos de vectores de distancia: anuncie información de tabla de enrutamiento completa a los vecinos directamente conectados mediante una dirección de difusión. La mejor ruta se calcula en función del número de saltos a la red de destino.
RIP es un ejemplo de protocolo de vector de distancia.
Como su nombre indica, la función de un IGP es proporcionar conectividad de enrutamiento dentro o interna de un dominio de enrutamiento determinado. Un dominio de enrutamiento es un conjunto de enrutadores bajo control administrativo común que comparten un protocolo de enrutamiento común. Un AS puede constar de varios dominios de enrutamiento, en los que el IGP funciona para anunciar y aprender los prefijos de red (rutas) desde enrutadores vecinos para crear una tabla de rutas que, en última instancia, contenga entradas para todas las fuentes que anuncien la accesibilidad para un prefijo determinado. IGP ejecuta un algoritmo de selección de ruta para seleccionar la mejor ruta entre el enrutador local y cada destino, y proporciona una conectividad completa entre los enrutadores que conforman un dominio de enrutamiento.
Además de anunciar la accesibilidad a la red interna, las IGP se utilizan a menudo para anunciar información de enrutamiento externa al dominio de enrutamiento de ese IGP a través de un proceso conocido como redistribución de rutas. La redistribución de ruta es el proceso de intercambio de información de enrutamiento entre distintos protocolos de enrutamiento para vincular varios dominios de enrutamiento cuando se desea conectividad intra-AS.
Limitaciones de un protocolo de puerta de enlace interior
Si bien cada IGP individual tiene sus propias ventajas y limitaciones, las mayores limitaciones del IGP en general son el rendimiento y la escalabilidad.
Las IGP están diseñadas para gestionar la tarea de adquirir y distribuir información de topología de red con fines de ingeniería de tráfico. Aunque este modelo ha funcionado bien, las IGP tienen limitaciones inherentes de escalabilidad cuando se trata de distribuir bases de datos de gran tamaño. Las IGP pueden detectar automáticamente a los vecinos, con lo cual adquieren información de topología de red dentro de área. Sin embargo, la base de datos de estado de vínculo o una base de datos de ingeniería de tráfico tiene el alcance de un único área o AS, lo que limita las aplicaciones, como la ingeniería de tráfico de extremo a extremo, el beneficio de tener visibilidad externa para tomar mejores decisiones.
Para las redes conmutadas por etiquetas, como MPLS y MPLS generalizadas (GMPLS), la mayoría de las soluciones de ingeniería de tráfico existentes funcionan en un único dominio de enrutamiento. Estas soluciones no funcionan cuando una ruta del nodo de entrada al nodo de salida sale del área de enrutamiento o el AS del nodo de entrada. En estos casos, el problema de computación de rutas se vuelve complicado debido a la indisponibilidad de la información completa de enrutamiento en toda la red. Esto se debe a que los proveedores de servicios suelen optar por no filtrar información de enrutamiento más allá del área de enrutamiento o del AS por limitaciones de escalabilidad y preocupaciones de confidencialidad.
Necesidad de ampliar la distribución de estado de vínculo
Una de las limitaciones del IGP es su incapacidad para abarcar la distribución de estado de vínculo fuera de un único área o AS. Sin embargo, la expansión de la información del estado del vínculo adquirida por un IGP en varias áreas o AS tiene las siguientes necesidades:
Computación de ruta de LSP: esta información se utiliza para calcular la ruta de los LSP de MPLS en varios dominios de enrutamiento, por ejemplo, un LSP de TE entre áreas.
Entidades de computación de rutas externas: las entidades de computación de rutas externas, como la optimización de tráfico de capa de aplicación (ALTO) y los elementos de computación de ruta (PCE), realizan cálculos de rutas según la topología de red y el estado actual de las conexiones dentro de la red, incluida la información de ingeniería de tráfico. Esta información se distribuye normalmente por IGP dentro de la red.
Sin embargo, dado que las entidades de computación de ruta externa no pueden extraer esta información de los IGP, realizan la supervisión de red para optimizar los servicios de red.
Uso del BGP como solución
Descripción general
Para satisfacer las necesidades de expansión de la distribución de estado de vínculo en varios dominios, se requiere un protocolo de puerta de enlace exterior (EGP) para recopilar información de estado de vínculo y de ingeniería de tráfico de un área IGP, compartirla con componentes externos y usarla para calcular rutas de LSP MPLS interdominio.
El BGP es un EGP estandarizado diseñado para intercambiar información de enrutamiento y accesibilidad entre sistemas autónomos (AS). El BGP es un protocolo comprobado que tiene mejores propiedades de escalabilidad, ya que puede distribuir millones de entradas (por ejemplo, prefijos vpn) de manera escalable. El BGP es el único protocolo de enrutamiento en uso en la actualidad que es adecuado para transportar todas las rutas en Internet. Esto se debe en gran medida a que el BGP se ejecuta sobre TCP y puede hacer uso del control de flujo TCP. Por el contrario, los protocolos de puerta de enlace interna (IGP) no tienen control de flujo. Cuando las IGP tienen demasiada información de ruta, comienzan a cambiar. Cuando el BGP tiene un altavoz vecino que envía información con demasiada rapidez, el BGP puede frenar al vecino retrasando los reconocimientos TCP.
Otro beneficio del BGP es que utiliza tuplas de tipo, longitud, valor (TLV) e información de accesibilidad de la capa de red (NLRI) que proporcionan una extensibilidad aparentemente infinita sin la necesidad de alterar el protocolo subyacente.
La distribución de información de estado de vínculo entre dominios se regula mediante políticas para proteger los intereses del proveedor de servicios. Esto requiere un control sobre la distribución de topología mediante políticas. El BGP, con su marco de políticas implementadas, sirve bien en la distribución de rutas entre dominios. En Junos OS, el BGP está completamente basado en políticas. El operador debe configurar explícitamente a los vecinos para que se emparejan con el BGP y acepten explícitamente rutas en él. Además, la política de enrutamiento se utiliza para filtrar y modificar la información de enrutamiento. Por lo tanto, las políticas de enrutamiento proporcionan un control administrativo completo sobre las tablas de enrutamiento.
Aunque dentro de un AS, tanto IGP-TE como BGP-TE proporcionan el mismo conjunto de información, el BGP-TE tiene mejores características de escalamiento que se heredan del protocolo BGP estándar. Esto hace que el BGP-TE sea una opción más escalable para adquirir información de topología de varias áreas o AS.
Al usar el BGP como solución, la información adquirida por IGP se utiliza para su distribución en BGP. Los ISP pueden exponer selectivamente esta información con otros ISP, proveedores de servicios y redes de distribución de contenido (CDN) mediante el emparejamiento normal de BGP. Esto permite la agregación de la información adquirida por IGP en varias áreas y AS, de modo que una entidad de computación de ruta externa pueda acceder a la información escuchando pasivamente un reflector de ruta.
Implementación
En Junos OS, los IGP instalan la información de topología en una base de datos llamada base de datos de ingeniería de tráfico. La base de datos de ingeniería de tráfico contiene la información de topología agregada. Para instalar la información de topología del IGP en la base de datos de ingeniería de tráfico, utilice la set igp-topology instrucción de configuración en los [edit protocols isis traffic-engineering] niveles de jerarquía y [edit protocols ospf traffic-engineering] . El mecanismo para distribuir información de estado de vínculo mediante el BGP incluye el proceso de anunciar la base de datos de ingeniería de tráfico en BGP-TE (importación) e instalar entradas del BGP-TE en la base de datos de ingeniería de tráfico (exportación).
A partir de Junos OS versión 20.4R1, puede configurar la ingeniería de tráfico IS-IS para almacenar información de IPv6 en la base de datos de ingeniería de tráfico (TED) además de direcciones IPv4. El BGP-LS distribuye esta información como rutas desde la base de datos de ingeniería de tráfico hasta la tabla de enrutamiento lsdist.0 mediante el uso de las políticas de importación de base de datos de ingeniería de tráfico. Estas rutas se anuncian a los pares del BGP-TE como información de accesibilidad de la capa de red (NLRI) con tipo de ID de enrutador IPv6, longitud y valor (TLV). Con la adición de información de IPv6, puede beneficiarse de la obtención de la topología de red completa en la base de datos de ingeniería de tráfico.
BGP-LS NLRI y ID de confederación
A partir de junos OS versión 23.1R1, Junos OS permite que la información de la capa de acceso (NLRI) de estado de vínculo del BGP (BGP-LS) lleve el ID de confederación en TLV 512 cuando la confederación BGP está habilitada. El NLRI lleva el ID de la confederación junto con el número de sistema autónomo de miembro (número de AS) en TLV 517 como se define en el RFC 9086. El módulo de base de datos de ingeniería de tráfico de Junos OS realiza los cambios necesarios para codificar el ID de confederación y el número de AS miembro en TLV 512 y TLV 517 respectivamente, mientras que origina el NLRI BGP-LS (que se inyecta en la tabla de enrutamiento lsdist.0). En las versiones anteriores a Junos OS versión 23.1R1, el NLRI del BGP-LS solo lleva el número de AS miembro en TLV 512 y el ID de confederación no está codificado en la tabla de enrutamiento lsdist.0.
Importación de base de datos de ingeniería de tráfico
Para anunciar la base de datos de ingeniería de tráfico en BGP-TE, las entradas de vínculo y nodo en la base de datos de ingeniería de tráfico se convierten en forma de rutas. Estas rutas convertidas luego son instaladas por la base de datos de ingeniería de tráfico en nombre del IGP correspondiente, en una tabla de enrutamiento visible por el usuario llamada lsdist.0, en condiciones sujetas a políticas de ruta. El procedimiento de fuga de entradas de la base de datos de ingeniería de tráfico en lsdist.0 se denomina importación de base de datos de ingeniería de tráfico, como se muestra en Figura 1.
Hay policías para controlar el proceso de importación de bases de datos de ingeniería de tráfico. De forma predeterminada, no se pierde ninguna entrada de la base de datos de ingeniería de tráfico en la lsdist.0 tabla.
A partir de Junos OS versión 17.4R1, la base de datos de ingeniería de tráfico instala la información de topología del protocolo de puerta de enlace interior (IGP) además de la información de topología RSVP-TE en la tabla de enrutamiento lsdist.0 como se ilustra en Figura 1. Antes de la versión 17.4R1 de Junos OS, la base de datos de ingeniería de tráfico solo exportó información de topología RSVP-TE. Ahora puede supervisar tanto el IGP como la información de topología de ingeniería de tráfico. El BGP-LS lee las entradas de IGP de lsdist.0 y anuncia estas entradas en los pares del BGP. Para importar información de topología de IGP en BGP-LS desde lsdist.0, utilice la set bgp-ls instrucción de configuración en el [edit protocols mpls traffic-engineering database import igp-topology] nivel de jerarquía.
Exportación de base de datos de ingeniería de tráfico
El BGP se puede configurar para exportar o anunciar rutas de la lsdist.0 tabla, sujeto a la política. Esto es común para cualquier tipo de originación de ruta en BGP. Para anunciar BGP-TE en la base de datos de ingeniería de tráfico, el BGP debe configurarse con la familia de direcciones BGP-TE y una política de exportación que seleccione rutas para su redistribución en BGP.
Luego, el BGP propaga estas rutas como cualquier otra NLRI. Los pares de BGP que tienen la familia BGP-TE configurada y negociada reciben BGP-TE NLRIC. El BGP almacena los NLRIs de BGP-TE recibidos en forma de rutas en la lsdist.0 tabla, que es la misma tabla que almacena rutas BGP-TE de origen local. Las rutas instaladas por lsdist.0 el BGP se distribuyen a otros pares como cualquier otra ruta. Por lo tanto, el procedimiento de selección de ruta estándar se aplica a las NLRIs BGP-TE recibidas de varios oradores.
Para lograr te entre dominios, las rutas se filtran en lsdist.0 la base de datos de ingeniería de tráfico a través de una política. Este proceso se denomina exportación de base de datos de ingeniería de tráfico, como se muestra en Figura 1.
Hay policías para controlar el proceso de exportación de bases de datos de ingeniería de tráfico. De forma predeterminada, no se pierde ninguna entrada de la lsdist.0 tabla en la base de datos de ingeniería de tráfico.
A partir de Junos OS versión 22.4R1, puede distribuir las políticas de ingeniería de tráfico (TE) que se originan del protocolo de enrutamiento por segmentos a la base de datos de ingeniería de tráfico (TED) y en el estado de vínculo del BGP como rutas. El estado de vínculo del BGP recopila la información relacionada con las políticas de TE, de modo que los controladores externos puedan realizar acciones como computación de rutas, optimización y visualización de red dentro y entre dominios.
Configure set protocols source-packet-routing traffic-engineering database para permitir que las políticas de enrutamiento por segmentos (SR) se almacenen en TED.
Para aplicaciones RDS, como PCE y ALTO, la información anunciada del BGP-TE no puede filtrarse en la base de datos de ingeniería de tráfico de un enrutador. En estos casos, se utiliza un servidor externo que se compara con los enrutadores que utilizan BGP-TE para trasladar la información de topología al sistema sky/de orquestación que abarca la red. Estos servidores externos se pueden considerar consumidores de BGP-TE, donde reciben rutas BGP-TE, pero no las anuncian.
Asignar valores de credibilidad
Una vez que se instalan las entradas en la base de datos de ingeniería de tráfico, la información aprendida del BGP-TE está disponible para el cálculo de la ruta de CSPF. La base de datos de ingeniería de tráfico utiliza un esquema de preferencia de protocolo basado en valores de credibilidad. Se prefiere un protocolo con un mayor valor de credibilidad sobre un protocolo con un valor de credibilidad menor. El BGP-TE tiene la capacidad de anunciar información aprendida de varios protocolos al mismo tiempo, por lo que, además de las entradas instaladas por IGP en la base de datos de ingeniería de tráfico, puede haber entradas instaladas del BGP-TE que correspondan a más de un protocolo. El componente de exportación de base de datos de ingeniería de tráfico crea un protocolo de base de datos de ingeniería de tráfico y un nivel de credibilidad para cada protocolo que admite el BGP-TE. Estos valores de credibilidad se pueden configurar en la CLI.
El orden de credibilidad para los protocolos BGP-TE es el siguiente:
-
Desconocido: 80
-
OSPF—81
-
ISIS nivel 1 a 82
-
ISIS nivel 2-83
-
Estático— 84
-
Directo: 85
Computación de ruta de credibilidad cruzada
Después de asignar valores de credibilidad, cada nivel de credibilidad se trata como un plano individual. El algoritmo Primero de ruta restringida comienza con la credibilidad asignada más alta a la más baja, encontrando una ruta dentro de ese nivel de credibilidad.
Con el BGP-TE, es esencial calcular las rutas entre los niveles de credibilidad para calcular las rutas de interAS. Por ejemplo, se ven diferentes configuraciones de credibilidad en un dispositivo desde el área 0 que calcula la ruta a través del área 1, porque OSPF instala las entradas del área 0 y las entradas de área 1 las instala el BGP-TE.
Para habilitar la computación de rutas en todos los niveles de credibilidad, incluya la cross-credibility-cspf instrucción en los edit protocols mplsniveles , [edit protocols mpls label-switched-path lsp-name]y [edit protocols rsvp] de jerarquía. En el [edit protocols rsvp] nivel jerárquico, la habilitación cross-credibility-cspf afecta a omitir los LSP y la expansión de saltos sueltos en tránsito.
cross-credibility-cspf La configuración permite la computación de rutas en todos los niveles de credibilidad mediante el algoritmo Restricted Shortest Path First, en el que la restricción no se realiza según la credibilidad, sino como una sola restricción que ignora los valores asignados de credibilidad.
NLRIs y TLV del BGP-TE
Al igual que otras rutas BGP, los NLRI BGP-TE también se pueden distribuir a través de un reflector de ruta que habla NLRI BGP-TE. Junos OS implementa la compatibilidad de reflexión de ruta para la familia BGP-TE.
La siguiente es una lista de NLRIs compatibles:
-
Vínculo NLRI
-
NLRI de nodo
-
Prefijo IPv4 NLRI (recepción y propagación)
-
Prefijo NLRI IPv6 (recepción y propagación)
-
Política de TE NLRI
Junos OS no proporciona soporte para la forma de diferenciador de ruta de los NRL Anteriores.
La siguiente es una lista de campos compatibles en nlris de vínculo y nodo:
-
Protocol-ID: la NLRI se origina con los siguientes valores de protocolo:
-
ISIS-L1
-
ISIS-L2
-
OSPF
-
SPRING-TE
-
-
Identificador: este valor se puede configurar. De forma predeterminada, el valor del identificador se establece en
0. -
Descriptor de nodo local o remoto: estas incluyen:
-
Sistema autónomo
-
Identificador BGP-LS: este valor se puede configurar. De forma predeterminada, el valor del identificador BGP-LS se establece en
0 -
ID de área
-
ID de enrutador IGP
-
-
Descriptores de vínculo (solo para el vínculo NLRI): esto incluye:
-
Identificadores locales/remotos de vínculo
-
Dirección de interfaz IPv4
-
Dirección de vecino IPv4
-
Dirección de vecino/interfaz IPv6: las direcciones de interfaz y de vecino IPv6 no se originan, sino que solo se almacenan y propagan cuando se reciben.
-
ID de varias topologías: este valor no se origina, sino que se almacena y propaga cuando se recibe.
-
La siguiente es una lista de LTL de atributo de LINK_STATE compatibles:
-
Atributos de vínculo:
-
Grupo administrativo
-
Ancho de banda máximo del vínculo
-
Ancho de banda máximo reservable
-
Ancho de banda sin servicios
-
Métrica predeterminada de TE
-
SRLG
-
Los siguientes TLV, que no se originan, sino que solo se almacenan y propagan cuando se reciben:
-
Atributos de vínculo opacos
-
Máscara de protocolo MPLS
-
Métricas
-
Tipo de protección de vínculo
-
Atributo de nombre de vínculo
-
-
-
Atributos de nodo:
-
ID de enrutador IPv4
-
Bits de marca de nodo: solo se establece el bit de sobrecarga.
-
Los siguientes TLV, que no se originan, sino que solo se almacenan y propagan cuando se reciben:
-
Topología múltiple
-
Propiedades de nodo específicas de OSPF
-
Propiedades de nodo opaco
-
Nombre de nodo
-
Identificador de área IS-IS
-
ID de enrutador IPv6
-
-
Atributos de prefijo: estos TLV se almacenan y propagan como cualquier otro TLV desconocido.
-
Funciones compatibles y no compatibles
Junos OS admite las siguientes funciones con distribución de estado de vínculo mediante BGP:
Anuncio de la capacidad de reenvío garantizado de múltiples proveedores
Transmisión y recepción de nodo y estado de vínculo BGP y BGP-TE NLRIs
Enrutamiento activo sin interrupciones para BGP-TE NLRIs
Políticas
Junos OS admite not la siguiente funcionalidad para la distribución de estado de vínculo mediante BGP:
Topologías, vínculos o nodos agregados
Soporte de diferenciador de ruta para NLRIs BGP-TE
Identificadores de varias topologías
Identificadores de varias instancias (excluyendo el ID de instancia predeterminado 0)
Anuncio del TLV del área de enlace y nodo
Anuncio de protocolos de señalización MPLS
Importación de información de nodo y vínculo con direcciones superpuestas
Extensiones de estado de vínculo del BGP para el enrutamiento de paquetes de origen en redes (SPRING)
A partir de Junos OS versión 17.2R1, la familia de direcciones de estado de vínculo del BGP se extiende para distribuir la información de topología de enrutamiento de paquetes de origen en redes (SPRING) a controladores de redes definidas por software (SDN). El BGP normalmente aprende la información del estado del vínculo del IGP y la distribuye a los pares del BGP. Además del BGP, el controlador SDN puede obtener información del estado del vínculo directamente del IGP si el controlador forma parte de un dominio IGP. Sin embargo, la distribución de estado de vínculo del BGP proporciona un mecanismo escalable para exportar la información de topología. Las extensiones de estado de vínculo del BGP para SPRING se admiten en redes entre dominios.
- Enrutamiento de paquetes fuente en redes (SPRING)
- Flujo de datos spring del estado de vínculo del BGP
- Atributos de estado de vínculo y TLV del BGP compatibles, y funciones no compatibles para el estado de vínculo del BGP con SPRING
Enrutamiento de paquetes fuente en redes (SPRING)
SPRING es una arquitectura de plano de control que permite que un enrutador de entrada dirija un paquete a través de un conjunto específico de nodos y vínculos en la red sin depender de los nodos intermedios de la red para decidir la ruta real que debe tomar. SPRING involucra a las IGP, como IS-IS y OSPF, para anunciar segmentos de red. Los segmentos de red pueden representar cualquier instrucción, topológica o basada en servicios. Dentro de las topologías de IGP, los segmentos de IGP se anuncian mediante los protocolos de enrutamiento de estado de vínculo. Hay dos tipos de segmentos de IGP:
| Adjacency segment |
Una ruta de un salto sobre una adyacencia específica entre dos nodos del IGP |
| Prefix segment |
Una ruta más corta de varios saltos, de costo igual y consciente de varias rutas a un prefijo, según el estado de la topología IGP |
Cuando SPRING está habilitado en una red BGP, la familia de direcciones de estado de vínculo del BGP aprende la información spring de los protocolos de enrutamiento de estado de vínculo IGP y anuncia segmentos en forma de identificadores de segmentos (SID). La familia de direcciones de estado de vínculo del BGP se ha extendido para llevar los SID y otras informaciones relacionadas con SPRING a los pares del BGP. El reflector de ruta puede dirigir un paquete a través de un conjunto de nodos y vínculos deseados al anteposición del paquete con una combinación adecuada de túneles. Esta característica permite que la familia de direcciones de estado de vínculo del BGP también anuncie la información de SPRING a los pares del BGP.
Flujo de datos spring del estado de vínculo del BGP
Figura 2 muestra el flujo de datos de los datos spring del estado del vínculo del BGP que IS-IS envía a la base de datos de ingeniería de tráfico.
-
IGP envía los atributos SPRING a la base de datos de ingeniería de tráfico.
-
Las capacidades de SPRING y la información de algoritmo se trasladan como atributos de nodo a la base de datos de ingeniería de tráfico.
-
La información de SID y LAN adyacentes se llevan como atributos de vínculo.
-
La información del SID del prefijo o del nodo-SID se lleva como atributos de prefijo.
-
Un nuevo conjunto o un cambio de atributos existentes activan actualizaciones del IGP en la base de datos de ingeniería de tráfico con datos nuevos.
Precaución:Si la ingeniería de tráfico está deshabilitada en el nivel de IGP, ninguno de los atributos se inserta en la base de datos de ingeniería de tráfico.
-
Todos los parámetros de la NLRI de ingeniería de tráfico del BGP, incluidos los descriptores de vínculo, nodo y prefijo, se derivan de las entradas en la base de datos de ingeniería de tráfico.
-
La base de datos de ingeniería de tráfico importa entradas de ruta en la
lsdist.0tabla de enrutamiento desde IGP sujeto a política. -
La política predeterminada del BGP es exportar rutas, que solo se conocen para BGP. Configure una política de exportación para rutas que no son BGP en la tabla de
lsdis.0enrutamiento. Esta política anuncia una entrada aprendida de la base de datos de ingeniería de tráfico.
Atributos de estado de vínculo y TLV del BGP compatibles, y funciones no compatibles para el estado de vínculo del BGP con SPRING
El estado de vínculo del BGP con SPRING admite los siguientes atributos y tipo, longitud y valores (TLV) originados, recibidos y propagados en la red:
Node attributes
-
Capacidades de enrutamiento por segmentos
-
Algoritmo de enrutamiento por segmentos
Link attributes
-
SID adyacente
-
SID adyacente LAN
Prefix descriptors
-
Información de accesibilidad IP
Prefix attributes
-
Prefijo SID
La siguiente lista admite TAV que no se originan, sino que solo se reciben y propagan en la red:
Prefix descriptors
-
ID de varias topologías
-
Tipo de ruta OSPF
Prefix attributes
-
Gama
-
Sid de enlace
Junos OS no admite las siguientes funciones con estado de vínculo BGP con extensiones SPRING:
-
Originación de prefijo IPv6
-
Identificadores de varias topologías
-
Exportación de base de datos de ingeniería de tráfico para parámetros SPRING
-
Nuevos TTLV con tcpdump (los TTLV existentes tampoco son compatibles).
-
SPRING a través de IPv6
Verificar el nodo NLRI aprendido a través del BGP con OSPF como IGP
La siguiente es una salida de muestra para comprobar que el nodo NLRI aprendió a través del BGP con OSPF como IGP:
Propósito
Compruebe las entradas de la tabla de enrutamiento lsdist.0.
Acción
Desde el modo operativo, ejecute el show route table lsdist.0 comando.
user@host> show route table lsdist.0 te-node-ip 10.7.7.7 extensive
lsdist.0: 216 destinations, 216 routes (216 active, 0 holddown, 0 hidden)
NODE { AS:65100 Area:0.0.0.1 IPv4:10.7.7.7 OSPF:0 }/1536 (1 entry, 1 announced)
TSI:
LINK-STATE attribute handle 0x61d5da0
*BGP Preference: 170/-101
Next hop type: Indirect, Next hop index: 0
Address: 0x61b07cc
Next-hop reference count: 216
Source: 10.2.2.2
Protocol next hop: 10.2.2.2
Indirect next hop: 0x2 no-forward INH Session ID: 0x0
State:<Active Int Ext>
Local AS: 65100 Peer AS: 65100
Age: 30:22 Metric2: 2
Validation State: unverified
Task: BGP_65100.10.2.2.2
Announcement bits (1): 0-TED Export
AS path: I
Accepted
Area border router: No
External router: No
Attached: No
Overload: No
SPRING-Capabilities:
- SRGB block [Start: 900000, Range: 90000, Flags: 0x00]
SPRING-Algorithms:
- Algo: 0
Localpref: 100
Router ID: 10.2.2.2
Indirect next hops: 1
Protocol next hop: 10.2.2.2 Metric: 2
Indirect next hop: 0x2 no-forward INH Session ID: 0x0
Indirect path forwarding next hops: 1
Next hop type: Router
Next hop: 10.11.1.2 via et-0/0/0.1 weight 0x1
Session Id: 0x143
10.2.2.2/32 Originating RIB: inet.0
Metric: 2 Node path count: 1
Forwarding nexthops: 1
Nexthop: 10.11.1.2 via et-0/0/0.1
Session Id: 143Significado
Las rutas aparecen en la tabla de enrutamiento lsdist.0.
Verificar el prefijo NLRI aprendido a través del BGP con OSPF como IGP
La siguiente es una salida de muestra para verificar el prefijo NLRI aprendido a través del BGP con OSPF como IGP:
Propósito
Compruebe las entradas de la tabla de enrutamiento lsdist.0.
Acción
Desde el modo operativo, ejecute el show route table lsdist.0 comando.
user@host> show route table lsdist.0 te-ipv4-prefix-node-ip 10.7.7.7 extensive
lsdist.0: 216 destinations, 216 routes (216 active, 0 holddown, 0 hidden)
PREFIX { Node { AS:65100 Area:0.0.0.1 IPv4:10.7.7.7 } { IPv4:10.7.7.7/32 } OSPF:0 }/1536 (1 entry, 0 announced)
*BGP Preference: 170/-101
Next hop type: Indirect, Next hop index: 0
Address: 0x61b07cc
Next-hop reference count: 216
Source: 10.2.2.2
Protocol next hop: 10.2.2.2
Indirect next hop: 0x2 no-forward INH Session ID: 0x0
State: <Active Int Ext>
Local AS: 65100 Peer AS: 65100
Age: 30:51 Metric2: 2
Validation State: unverified
Task: BGP_65100.10.2.2.2
AS path: I
Accepted
Prefix Flags: 0x00, Prefix SID: 1007, Flags: 0x50, Algo: 0
Localpref: 65100
Router ID: 10.2.2.2
Indirect next hops: 1
Protocol next hop: 10.2.2.2 Metric: 2
Indirect next hop: 0x2 no-forward INH Session ID: 0x0
Indirect path forwarding next hops: 1
Next hop type: Router
Next hop: 10.11.1.2 via et-0/0/0.1 weight 0x1
Session Id: 0x143
10.2.2.2/32 Originating RIB: inet.0
Metric: 2 Node path count: 1
Forwarding nexthops: 1
Nexthop: 10.11.1.2 via et-0/0/0.1
Session Id: 143Significado
Las rutas aparecen en la tabla de enrutamiento lsdist.0.
Ejemplo: Configuración de la distribución de estado del vínculo mediante BGP
En este ejemplo, se muestra cómo configurar el BGP para transportar información de estado de vínculo en varios dominios, que se utiliza para computar rutas de LSP MPLS que abarcan varios dominios, como te LSP entre áreas, y proporcionar un medio escalable y controlado por políticas para que las entidades de computación de rutas externas, como ALTO y PCE, adquieran topología de red.
Requisitos
En este ejemplo, se utilizan los siguientes componentes de hardware y software:
-
Cuatro enrutadores que pueden ser una combinación de enrutadores serie M, MX o T
-
Junos OS versión 14.2 o posterior se ejecuta en todos los enrutadores
Antes de empezar:
-
Configure las interfaces del dispositivo.
-
Configure los números de sistema autónomo y los identificaciones de enrutador para los dispositivos.
-
Configure los siguientes protocolos:
-
RSVP
-
MPLS
-
BGP
-
IS-IS
-
OSPF
-
Descripción general
A partir de la versión 14.2 de Junos OS, se introduce un nuevo mecanismo para distribuir la información de topología en varias áreas y sistemas autónomos (AS) extendiendo el protocolo BGP para transportar información de estado de vínculo, que se adquirió inicialmente mediante IGP. Los protocolos IGP tienen limitaciones de escalabilidad cuando se trata de distribuir bases de datos de gran tamaño. El BGP no solo es un vehículo más escalable para transportar información de varias áreas y topologías de varios AS, sino que también proporciona controles de políticas que pueden ser útiles para la distribución de topología de varios AS. La información de topología de estado de vínculo del BGP se utiliza para computar rutas para rutas conmutadas por etiquetas (LSP) de MPLS que abarcan varios dominios, como LSP de TE entre áreas, y proporciona un medio escalable y controlado por políticas para que entidades de computación de rutas externas, como ALTO y PCE, adquieran la topología de red.
A partir de Junos OS versión 17.1R1, la distribución de estado del vínculo mediante el BGP se admite en conmutadores QFX10000.
Topología
En Figura 3, los enrutadores R0 y R1 y los enrutadores R2 y R3 pertenecen a diferentes sistemas autónomos. Los enrutadores R0 y R1 ejecutan OSPF, y los enrutadores R2 y R3 ejecutan IS-IS.
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, copie y pegue los comandos en la CLI en el nivel de jerarquía y, luego, ingrese commit desde el [edit] modo de configuración.
R0
set interfaces ge-0/0/0 unit 0 family inet address 10.8.31.101/24 set interfaces ge-0/0/0 unit 0 family iso set interfaces ge-0/0/0 unit 0 family mpls set interfaces lo0 unit 0 family inet address 10.255.105.137/32 set routing-options router-id 10.255.105.137 set routing-options autonomous-system 65533 set protocols rsvp interface all set protocols rsvp interface fxp0.0 disable set protocols mpls traffic-engineering database export policy accept-all set protocols mpls cross-credibility-cspf set protocols mpls label-switched-path to-R3-inter-as to 10.255.105.135 set protocols mpls label-switched-path to-R3-inter-as bandwidth 40m set protocols mpls interface all set protocols mpls interface fxp0.0 disable set protocols bgp group ibgp type internal set protocols bgp group ibgp local-address 10.255.105.137 set protocols bgp group ibgp family traffic-engineering unicast set protocols bgp group ibgp neighbor 10.255.105.141 set protocols ospf traffic-engineering set protocols ospf area 0.0.0.0 interface lo0.0 set protocols ospf area 0.0.0.0 interface ge-0/0/0.0 set policy-options policy-statement accept-all from family traffic-engineering set policy-options policy-statement accept-all then accept
R1
set interfaces ge-0/0/0 unit 0 family inet address 10.8.31.103/24 set interfaces ge-0/0/0 unit 0 family iso set interfaces ge-0/0/0 unit 0 family mpls set interfaces ge-0/0/1 unit 0 family inet address 10.8.42.102/24 set interfaces ge-0/0/1 unit 0 family iso set interfaces ge-0/0/1 unit 0 family mpls set interfaces lo0 unit 0 family inet address 10.255.105.141/32 set interfaces lo0 unit 0 family iso address 47.0005.0102.5501.8181 set routing-options router-id 10.255.105.141 set routing-options autonomous-system 65533 set protocols rsvp interface all set protocols rsvp interface fxp0.0 disable set protocols mpls interface all set protocols mpls interface fxp0.0 disable set protocols bgp group ibgp type internal set protocols bgp group ibgp local-address 10.255.105.141 set protocols bgp group ibgp family traffic-engineering unicast set protocols bgp group ibgp export nlri2bgp set protocols bgp group ibgp neighbor 10.255.105.137 set protocols bgp group ebgp type external set protocols bgp group ebgp family traffic-engineering unicast set protocols bgp group ebgp neighbor 10.8.42.104 local-address 10.8.42.102 set protocols bgp group ebgp neighbor 10.8.42.104 peer-as 65534 set protocols isis interface ge-0/0/1.0 passive remote-node-iso 0102.5502.4211 set protocols isis interface ge-0/0/1.0 passive remote-node-id 10.8.42.104 set protocols ospf traffic-engineering set protocols ospf area 0.0.0.0 interface lo0.0 set protocols ospf area 0.0.0.0 interface ge-0/0/0.0 set protocols ospf area 0.0.0.0 interface ge-0/0/1.0 passive traffic-engineering remote-node-id 10.8.42.104 set protocols ospf area 0.0.0.0 interface ge-0/0/1.0 passive traffic-engineering remote-node-router-id 10.255.105.139 set policy-options policy-statement accept-all from family traffic-engineering set policy-options policy-statement accept-all then accept set policy-options policy-statement nlri2bgp term 1 from family traffic-engineering set policy-options policy-statement nlri2bgp term 1 then accept
R2
set interfaces ge-0/0/0 unit 0 family inet address 10.8.64.104/24 set interfaces ge-0/0/0 unit 0 family iso set interfaces ge-0/0/0 unit 0 family mpls set interfaces ge-0/0/1 unit 0 family inet address 10.8.42.104/24 set interfaces ge-0/0/1 unit 0 family iso set interfaces ge-0/0/1 unit 0 family mpls set interfaces lo0 unit 0 family inet address 10.255.105.139/32 set interfaces lo0 unit 0 family iso address 47.0005.0102.5502.4211.00 set routing-options router-id 10.255.105.139 set routing-options autonomous-system 65534 set protocols rsvp interface all set protocols rsvp interface fxp0.0 disable set protocols mpls traffic-engineering database import policy ted2nlri set protocols mpls interface all set protocols mpls interface fxp0.0 disable set protocols bgp group ibgp type internal set protocols bgp group ibgp local-address 10.255.105.139 set protocols bgp group ibgp family traffic-engineering unicast set protocols bgp group ibgp export nlri2bgp set protocols bgp group ibgp neighbor 10.255.105.135 set protocols bgp group ebgp type external set protocols bgp group ebgp family traffic-engineering unicast set protocols bgp group ebgp export nlri2bgp set protocols bgp group ebgp peer-as 65533 set protocols bgp group ebgp neighbor 10.8.42.102 set protocols isis level 1 disable set protocols isis interface ge-0/0/0.0 set protocols isis interface ge-0/0/1.0 passive remote-node-iso 0102.5501.8181 set protocols isis interface ge-0/0/1.0 passive remote-node-id 10.8.42.102 set protocols isis interface lo0.0 set protocols ospf traffic-engineering set protocols ospf area 0.0.0.0 interface ge-0/0/1.0 passive traffic-engineering remote-node-id 10.8.42.102 set protocols ospf area 0.0.0.0 interface ge-0/0/1.0 passive traffic-engineering remote-node-router-id 10.255.105.141 set policy-options policy-statement accept-all from family traffic-engineering set policy-options policy-statement accept-all then accept set policy-options policy-statement nlri2bgp term 1 from family traffic-engineering set policy-options policy-statement nlri2bgp term 1 then accept set policy-options policy-statement ted2nlri term 1 from protocol isis set policy-options policy-statement ted2nlri term 1 from protocol ospf set policy-options policy-statement ted2nlri term 1 then accept set policy-options policy-statement ted2nlri term 2 then reject
R3
set interfaces ge-0/0/0 unit 0 family inet address 10.8.64.106/24 set interfaces ge-0/0/0 unit 0 family iso set interfaces ge-0/0/0 unit 0 family mpls set interfaces lo0 unit 0 family inet address 10.255.105.135/32 set interfaces lo0 unit 0 family iso address 47.0005.0102.5502.4250 set routing-options router-id 10.255.105.135 set routing-options autonomous-system 65534 set protocols rsvp interface all set protocols rsvp interface fxp0.0 disable set protocols mpls traffic-engineering database export policy accept-all set protocols mpls interface all set protocols mpls interface fxp0.0 disable set protocols bgp group ibgp type internal set protocols bgp group ibgp local-address 10.255.105.135 set protocols bgp group ibgp family traffic-engineering unicast set protocols bgp group ibgp neighbor 10.255.105.139 set protocols isis interface ge-0/0/0.0 level 1 disable set protocols isis interface lo0.0 set protocols ospf traffic-engineering set protocols ospf area 0.0.0.0 interface lo0.0 set protocols ospf area 0.0.0.0 interface ge-0/0/0.0 set policy-options policy-statement accept-all from family traffic-engineering set policy-options policy-statement accept-all then accept
Procedimiento
Procedimiento paso a paso
El siguiente ejemplo requiere que navegue 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 modo de configuración.
Para configurar el enrutador R1:
-
Configure las interfaces del enrutador R1.
[edit interfaces] user@R1# set ge-0/0/0 unit 0 family inet address 10.8.31.103/24 user@R1# set ge-0/0/0 unit 0 family iso user@R1# set ge-0/0/0 unit 0 family mpls user@R1# set ge-0/0/1 unit 0 family inet address 10.8.42.102/24 user@R1# set ge-0/0/1 unit 0 family iso user@R1# set ge-0/0/1 unit 0 family mpls user@R1# set lo0 unit 0 family inet address 10.255.105.141/32 user@R1# set lo0 unit 0 family iso address 47.0005.0102.5501.8181
-
Configure el ID de enrutador y el sistema autónomo del enrutador R1.
[edit routing-options]user@R1# set router-id 10.255.105.141 user@R1# set autonomous-system 65533 -
Habilite RSVP en todas las interfaces del enrutador R1 (excluyendo la interfaz de administración).
[edit protocols]user@R1# set rsvp interface all user@R1# set rsvp interface fxp0.0 disable -
Habilite MPLS en todas las interfaces del enrutador R1 (excluyendo la interfaz de administración).
[edit protocols]user@R1# set mpls interface all user@R1# set mpls interface fxp0.0 disable -
Configure el grupo BGP para el enrutador R1 para que se pare con el enrutador R0 y asigne la dirección local y la dirección de vecino.
[edit protocols]user@R1# set bgp group ibgp type internal user@R1# set bgp group ibgp local-address 10.255.105.141 user@R1# set bgp group ibgp neighbor 10.255.105.137 -
Incluya la información de accesibilidad de la capa de red de señalización BGP-TE (NLRI) al grupo ibgp BGP.
[edit protocols]user@R1# set bgp group ibgp family traffic-engineering unicast -
Habilite la exportación de la política nlri2bgp en el enrutador R1.
[edit protocols]user@R1# set bgp group ibgp export nlri2bgp -
Configure el grupo BGP para el enrutador R1 para que se pare con el enrutador R2 y asigne la dirección local y el sistema autónomo vecino al grupo BGP ebgp.
[edit protocols]user@R1# set bgp group ebgp type external user@R1# set bgp group ebgp neighbor 10.8.42.104 local-address 10.8.42.102 user@R1# set bgp group ebgp neighbor 10.8.42.104 peer-as 65534 -
Incluya el NLRI de señalización del BGP-TE al grupo ebgp BGP.
[edit protocols]user@R1# set bgp group ebgp family traffic-engineering unicast -
Habilite la ingeniería de tráfico pasiva en el vínculo del inter-AS.
[edit protocols]user@R1# set isis interface ge-0/0/1.0 passive remote-node-iso 0102.5502.4211 user@R1# set isis interface ge-0/0/1.0 passive remote-node-id 10.8.42.104 -
Habilite el OSPF en la interfaz que conecta el enrutador R1 al enrutador R0 y en la interfaz de circuito cerrado del enrutador R1, y habilite las capacidades de ingeniería de tráfico.
[edit protocols]user@R1# set ospf traffic-engineering user@R1# set ospf area 0.0.0.0 interface lo0.0 user@R1# set ospf area 0.0.0.0 interface ge-0/0/0.0 -
Habilite la ingeniería de tráfico pasiva en el vínculo del inter-AS.
[edit protocols]user@R1# set ospf area 0.0.0.0 interface ge-0/0/1.0 passive traffic-engineering remote-node-id 10.8.42.104 user@R1# set ospf area 0.0.0.0 interface ge-0/0/1.0 passive traffic-engineering remote-node-router-id 10.255.105.139 -
Configure políticas para aceptar tráfico de BGP-TE NLRI.
[edit policy-options]user@R1# set policy-statement accept-all from family traffic-engineering user@R1# set policy-statement accept-all then accept user@R1# set policy-statement nlri2bgp term 1 from family traffic-engineering user@R1# set policy-statement nlri2bgp term 1 then accept
Resultados
Desde el modo de configuración, ingrese los comandos , show routing-options, show protocolsy show policy-options para confirmar la show interfacesconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones en este ejemplo para corregir la configuración.
user@R1# show interfaces
ge-0/0/0 {
unit 0 {
family inet {
address 10.8.31.103/24;
}
family iso;
family mpls;
}
}
ge-0/0/1 {
unit 0 {
family inet {
address 10.8.42.102/24;
}
family iso;
family mpls;
}
}
lo0 {
unit 0 {
family inet {
address 10.255.105.141/32;
family iso {
address 47.0005.0102.5501.8181:00;
}
}
}
user@R1# show routing-options router-id 10.255.105.141; autonomous-system 65533;
user@R1# show protocols
rsvp {
interface all;
interface fxp0.0 {
disable;
}
}
mpls {
interface all;
interface fxp0.0 {
disable;
}
}
bgp {
group ibgp {
type internal;
local-address 10.255.105.141;
family traffic-engineering {
unicast;
}
export nlri2bgp;
neighbor 10.255.105.137;
}
group ebgp {
type external;
family traffic-engineering {
unicast;
}
neighbor 10.8.42.104 {
local-address 10.8.42.102;
peer-as 65534;
}
}
}
isis {
interface ge-0/0/1.0 {
passive {
remote-node-iso 0102.5502.4211;
remote-node-id 10.8.42.104;
}
}
}
ospf {
traffic-engineering;
area 0.0.0.0 {
interface lo0.0;
interface ge-0/0/0.0;
interface ge-0/0/1.0 {
passive {
traffic-engineering {
remote-node-id 10.8.42.104;
remote-node-router-id 10.255.105.139;
}
}
}
}
}
user@R1# show policy-options
policy-statement accept-all {
from family traffic-engineering;
then accept;
}
policy-statement nlri2bgp {
term 1 {
from family traffic-engineering;
then {
accept;
}
}
}
Procedimiento
Procedimiento paso a paso
El siguiente ejemplo requiere que navegue 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 modo de configuración.
Para configurar el enrutador R2:
-
Configure las interfaces del enrutador R2.
[edit interfaces] user@R2# set ge-0/0/0 unit 0 family inet address 10.8.64.104/24 user@R2# set ge-0/0/0 unit 0 family iso user@R2# set ge-0/0/0 unit 0 family mpls user@R2# set ge-0/0/1 unit 0 family inet address 10.8.42.104/24 user@R2# set ge-0/0/1 unit 0 family iso user@R2# set ge-0/0/1 unit 0 family mpls user@R2# set lo0 unit 0 family inet address 10.255.105.139/32 user@R2# set lo0 unit 0 family iso address 47.0005.0102.5502.4211.00
-
Configure el ID de enrutador y el sistema autónomo del enrutador R2.
[edit routing-options]user@R2# set router-id 10.255.105.139 user@R2# set autonomous-system 65534 -
Habilite RSVP en todas las interfaces del enrutador R2 (excluyendo la interfaz de administración).
[edit routing-options]user@R2# set rsvp interface all user@R2# set rsvp interface fxp0.0 disable -
Habilite MPLS en todas las interfaces del enrutador R2 (excluyendo la interfaz de administración).
[edit routing-options]user@R2# set mpls interface all user@R2# set mpls interface fxp0.0 disable -
Habilite la importación de parámetros de bases de datos de ingeniería de tráfico mediante la política ted2nlri.
[edit protocols]user@R2# set mpls traffic-engineering database import policy ted2nlri -
Configure el grupo BGP para el enrutador R2 para que se pare con el enrutador R3 y asigne la dirección local y la dirección de vecino.
[edit protocols]user@R2# set bgp group ibgp type internal user@R2# set bgp group ibgp local-address 10.255.105.139 user@R2# set bgp group ibgp neighbor 10.255.105.135 -
Incluya la información de accesibilidad de la capa de red de señalización BGP-TE (NLRI) al grupo ibgp BGP.
[edit protocols]user@R2# set bgp group ibgp family traffic-engineering unicast -
Habilite la exportación de la política nlri2bgp en el enrutador R2.
[edit protocols]user@R2# set bgp group ibgp export nlri2bgp -
Configure el grupo BGP para el enrutador R2 para que se pare con el enrutador R1.
[edit protocols]user@R2# set bgp group ebgp type external -
Incluya el NLRI de señalización del BGP-TE al grupo ebgp BGP.
[edit protocols]user@R2# set bgp group ebgp family traffic-engineering unicast -
Asigne la dirección local y el sistema autónomo vecino al grupo ebgp BGP.
[edit protocols]user@R2# set bgp group ebgp peer-as 65533 user@R2# set bgp group ebgp neighbor 10.8.42.102 -
Habilite la exportación de la política nlri2bgp en el enrutador R2.
[edit protocols]user@R2# set bgp group ebgp export nlri2bgp -
Habilite IS-IS en la interfaz que conecta el enrutador R2 con el enrutador R3 y la interfaz de circuito cerrado del enrutador R2.
[edit protocols]user@R2# set isis level 1 disable user@R2# set isis interface ge-0/0/0.0 user@R2# set isis interface lo0.0 -
Habilite solo la publicidad IS-IS en la interfaz que conecta el enrutador R2 con el R1.
[edit protocols]user@R2# set isis interface ge-0/0/1.0 passive remote-node-iso 0102.5501.8181 user@R2# set isis interface ge-0/0/1.0 passive remote-node-id 10.8.42.102 -
Configure la capacidad de ingeniería de tráfico en el enrutador R2.
[edit protocols]user@R2# set ospf traffic-engineering -
Habilite solo anuncios de OSPF en la interfaz que conecta el enrutador R2 con el enrutador R1.
[edit protocols]user@R2# set ospf area 0.0.0.0 interface ge-0/0/1.0 passive traffic-engineering remote-node-id 10.8.42.102 user@R2# set ospf area 0.0.0.0 interface ge-0/0/1.0 passive traffic-engineering remote-node-router-id 10.255.105.141 -
Configure políticas para aceptar tráfico del BGP-TE NLRI.
[edit policy-options]user@R2# set policy-statement accept-all from family traffic-engineering user@R2# set policy-statement accept-all then accept user@R2# set policy-statement nlri2bgp term 1 from family traffic-engineering user@R2# set policy-statement nlri2bgp term 1 then accept user@R2# set policy-statement ted2nlri term 1 from protocol isis user@R2# set policy-statement ted2nlri term 1 from protocol ospf user@R2# set policy-statement ted2nlri term 1 then accept user@R2# set policy-statement ted2nlri term 2 then reject
Resultados
Desde el modo de configuración, ingrese los comandos , show routing-options, show protocolsy show policy-options para confirmar la show interfacesconfiguración. Si el resultado no muestra la configuración deseada, repita las instrucciones en este ejemplo para corregir la configuración.
user@R2# show interfaces
ge-0/0/0 {
unit 0 {
family inet {
address 10.8.64.104/24;
}
family iso;
family mpls;
}
}
ge-0/0/1 {
unit 0 {
family inet {
address 10.8.42.104/24;
}
family iso;
family mpls;
}
}
lo0 {
unit 0 {
family inet {
address 10.255.105.139/32;
family iso {
address 47.0005.0102.5502.4211.00;
}
family iso;
}
}
user@R2# show routing-options router-id 10.255.105.139; autonomous-system 65534;
user@R2# show protocols
rsvp {
interface all;
interface fxp0.0 {
disable;
}
}
mpls {
traffic-engineering {
database {
import {
policy ted2nlri;
}
}
}
interface all;
interface fxp0.0 {
disable;
}
}
bgp {
group ibgp {
type internal;
local-address 10.255.105.139;
family traffic-engineering {
unicast;
}
export nlri2bgp;
neighbor 10.255.105.135;
}
group ebgp {
type external;
family traffic-engineering {
unicast;
}
export nlri2bgp;
peer-as 65533;
neighbor 10.8.42.102;
}
}
isis {
level 1 disable;
interface ge-0/0/0.0;
interface ge-0/0/1.0 {
passive {
remote-node-iso 0102.5501.8181;
remote-node-id 10.8.42.102;
}
}
interface lo0.0;
}
ospf {
traffic-engineering;
area 0.0.0.0 {
interface ge-0/0/1.0 {
passive {
traffic-engineering {
remote-node-id 10.8.42.102;
remote-node-router-id 10.255.105.141;
}
}
}
}
}
user@R2# show policy-options
policy-statement accept-all {
from family traffic-engineering;
then accept;
}
policy-statement nlri2bgp {
term 1 {
from family traffic-engineering;
then {
accept;
}
}
}
policy-statement ted2nlri {
term 1 {
from protocol [ isis ospf ];
then accept;
}
term 2 {
then reject;
}
}
Verificación
Compruebe que la configuración funciona correctamente.
- Verificar el estado del resumen del BGP
- Verificar el estado de LSP de MPLS
- Verificar las entradas de tabla de enrutamiento lsdist.0
- Verificar las entradas de la base de datos de ingeniería de tráfico
Verificar el estado del resumen del BGP
Propósito
Verifique que el BGP esté activo y funcionando en los enrutadores R0 y R1.
Acción
Desde el modo operativo, ejecute el show bgp summary comando.
user@R0> show bgp summary
Groups: 1 Peers: 1 Down peers: 0
Table Tot Paths Act Paths Suppressed History Damp State Pending
lsdist.0
10 10 0 0 0 0
Peer AS InPkt OutPkt OutQ Flaps Last Up/Dwn State|#Active/Received/Accepted/Damped...
10.255.105.141 65533 20 14 0 79 5:18 Establ
lsdist.0: 10/10/10/0Desde el modo operativo, ejecute el show bgp summary comando.
user@R1> show bgp summary
Groups: 2 Peers: 2 Down peers: 0
Table Tot Paths Act Paths Suppressed History Damp State Pending
lsdist.0
10 10 0 0 0 0
Peer AS InPkt OutPkt OutQ Flaps Last Up/Dwn State|#Active/Received/Accepted/Damped...
10.8.42.104 65534 24 17 0 70 6:43 Establ
lsdist.0: 10/10/10/0
10.255.105.137 65533 15 23 0 79 6:19 Establ
lsdist.0: 0/0/0/0Significado
El enrutador R0 está emparejado con el enrutador R1.
Verificar el estado de LSP de MPLS
Propósito
Verifique el estado de la LSP MPLS en el enrutador R0.
Acción
Desde el modo operativo, ejecute el show mpls lsp comando.
user@R0> show mpls lsp Ingress LSP: 1 sessions To From State Rt P ActivePath LSPname 10.255.105.135 10.255.105.137 Up 0 * to-R3-inter-as Total 1 displayed, Up 1, Down 0 Egress LSP: 0 sessions Total 0 displayed, Up 0, Down 0 Transit LSP: 0 sessions Total 0 displayed, Up 0, Down 0
Significado
Se establece el LSP MPLS del enrutador R0 al R3.
Verificar las entradas de tabla de enrutamiento lsdist.0
Propósito
Verifique las entradas de la tabla de enrutamiento lsdist.0 en los enrutadores R0, R1 y R2.
Acción
Desde el modo operativo, ejecute el show route table lsdist.0 comando.
user@R0> show route table lsdist.0
lsdist.0: 10 destinations, 10 routes (10 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
NODE { AS:65534 ISO:0102.5502.4211.00 ISIS-L2:0 }/1152
*[BGP/170] 00:17:32, localpref 100, from 10.255.105.141
AS path: 65534 I, validation-state: unverified
> to 10.8.31.103 via ge-0/0/0.0
NODE { AS:65534 ISO:0102.5502.4250.00 ISIS-L2:0 }/1152
*[BGP/170] 00:17:32, localpref 100, from 10.255.105.141
AS path: 65534 I, validation-state: unverified
> to 10.8.31.103 via ge-0/0/0.0
NODE { AS:65534 ISO:0102.5502.4250.02 ISIS-L2:0 }/1152
*[BGP/170] 00:17:32, localpref 100, from 10.255.105.141
AS path: 65534 I, validation-state: unverified
> to 10.8.31.103 via ge-0/0/0.0
NODE { AS:65534 Area:0.0.0.0 IPv4:10.255.105.139 OSPF:0 }/1152
*[BGP/170] 00:17:32, localpref 100, from 10.255.105.141
AS path: 65534 I, validation-state: unverified
> to 10.8.31.103 via ge-0/0/0.0
LINK { Local { AS:65534 ISO:0102.5502.4211.00 }.{ IPv4:8.42.1.104 } Remote { AS:65534 ISO:0102.5501.8181.00 }.{ IPv4:10.8.42.102 } ISIS-L2:0 }/1152
*[BGP/170] 00:17:32, localpref 100, from 10.255.105.141
AS path: 65534 I, validation-state: unverified
> to 10.8.31.103 via ge-0/0/0.0
LINK { Local { AS:65534 ISO:0102.5502.4211.00 }.{ IPv4:10.8.64.104 } Remote { AS:65534 ISO:0102.5502.4250.02 }.{ } ISIS-L2:0 }/1152
*[BGP/170] 00:02:03, localpref 100, from 10.255.105.141
AS path: 65534 I, validation-state: unverified
> to 10.8.31.103 via ge-0/0/0.0
LINK { Local { AS:65534 ISO:0102.5502.4250.00 }.{ IPv4:10.8.64.106 } Remote { AS:65534 ISO:0102.5502.4250.02 }.{ } ISIS-L2:0 }/1152
*[BGP/170] 00:17:32, localpref 100, from 10.255.105.141
AS path: 65534 I, validation-state: unverified
> to 10.8.31.103 via ge-0/0/0.0
LINK { Local { AS:65534 ISO:0102.5502.4250.02 }.{ } Remote { AS:65534 ISO:0102.5502.4211.00 }.{ } ISIS-L2:0 }/1152
*[BGP/170] 00:17:32, localpref 100, from 10.255.105.141
AS path: 65534 I, validation-state: unverified
> to 10.8.31.103 via ge-0/0/0.0
LINK { Local { AS:65534 ISO:0102.5502.4250.02 }.{ } Remote { AS:65534 ISO:0102.5502.4250.00 }.{ } ISIS-L2:0 }/1152
*[BGP/170] 00:17:32, localpref 100, from 10.255.105.141
AS path: 65534 I, validation-state: unverified
> to 10.8.31.103 via ge-0/0/0.0
LINK { Local { AS:65534 Area:0.0.0.0 IPv4:10.255.105.139 }.{ IPv4:10. 8.42.104 } Remote { AS:65534 Area:0.0.0.0 IPv4:10.255.105.141 }.{ IPv4:10.8.42.102 } OSPF:0 }/1152
*[BGP/170] 00:17:32, localpref 100, from 10.255.105.141
AS path: 65534 I, validation-state: unverified
> to 10.8.31.103 via ge-0/0/0.0Desde el modo operativo, ejecute el show route table lsdist.0 comando.
user@R1> show route table lsdist.0
lsdist.0: 10 destinations, 10 routes (10 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
NODE { AS:65534 ISO:0102.5502.4211.00 ISIS-L2:0 }/1152
*[BGP/170] 00:18:00, localpref 100
AS path: 65534 I, validation-state: unverified
> to 10.8.42.104 via ge-0/0/1.0
NODE { AS:65534 ISO:0102.5502.4250.00 ISIS-L2:0 }/1152
*[BGP/170] 00:18:00, localpref 100
AS path: 65534 I, validation-state: unverified
> to 10.8.42.104 via ge-0/0/1.0
NODE { AS:65534 ISO:0102.5502.4250.02 ISIS-L2:0 }/1152
*[BGP/170] 00:18:00, localpref 100
AS path: 65534 I, validation-state: unverified
> to 10.8.42.104 via ge-0/0/1.0
NODE { AS:65534 Area:0.0.0.0 IPv4:10.255.105.139 OSPF:0 }/1152
*[BGP/170] 00:18:00, localpref 100
AS path: 65534 I, validation-state: unverified
> to 10.8.42.104 via ge-0/0/1.0
LINK { Local { AS:65534 ISO:0102.5502.4211.00 }.{ IPv4:10.8.42.104 } Remote { AS:65534 ISO:0102.5501.8181.00 }.{ IPv4:10.8.42.102 } ISIS-L2:0 }/1152
*[BGP/170] 00:18:00, localpref 100
AS path: 65534 I, validation-state: unverified
> to 10.8.42.104 via ge-0/0/1.0
LINK { Local { AS:65534 ISO:0102.5502.4211.00 }.{ IPv4:10.8.64.104 } Remote { AS:65534 ISO:0102.5502.4250.02 }.{ } ISIS-L2:0 }/1152
*[BGP/170] 00:02:19, localpref 100
AS path: 65534 I, validation-state: unverified
> to 10.8.42.104 via ge-0/0/1.0
LINK { Local { AS:65534 ISO:0102.5502.4250.00 }.{ IPv4:10.8.64.106 } Remote { AS:65534 ISO:0102.5502.4250.02 }.{ } ISIS-L2:0 }/1152
*[BGP/170] 00:18:00, localpref 100
AS path: 65534 I, validation-state: unverified
> to 10.8.42.104 via ge-0/0/1.0
LINK { Local { AS:65534 ISO:0102.5502.4250.02 }.{ } Remote { AS:65534 ISO:0102.5502.4211.00 }.{ } ISIS-L2:0 }/1152
*[BGP/170] 00:18:00, localpref 100
AS path: 65534 I, validation-state: unverified
> to 10.8.42.104 via ge-0/0/1.0
LINK { Local { AS:65534 ISO:0102.5502.4250.02 }.{ } Remote { AS:65534 ISO:0102.5502.4250.00 }.{ } ISIS-L2:0 }/1152
*[BGP/170] 00:18:00, localpref 100
AS path: 65534 I, validation-state: unverified
> to 10.8.42.104 via ge-0/0/1.0
LINK { Local { AS:65534 Area:0.0.0.0 IPv4:10.255.105.139 }.{ IPv4:10.8.42.104 } Remote { AS:65534 Area:0.0.0.0 IPv4:10.255.105.141 }.{ IPv4:10.8.42.102 } OSPF:0 }/1152
*[BGP/170] 00:18:00, localpref 100
AS path: 65534 I, validation-state: unverified
> to 10.8.42.104 via ge-0/0/1.0Desde el modo operativo, ejecute el show route table lsdist.0 comando.
user@R2> show route table lsdist.0
lsdist.0: 10 destinations, 10 routes (10 active, 0 holddown, 0 hidden)
+ = Active Route, - = Last Active, * = Both
NODE { AS:65534 ISO:0102.5502.4211.00 ISIS-L2:0 }/1152
*[IS-IS/18] 1d 00:24:39
Fictitious
NODE { AS:65534 ISO:0102.5502.4250.00 ISIS-L2:0 }/1152
*[IS-IS/18] 00:20:45
Fictitious
NODE { AS:65534 ISO:0102.5502.4250.02 ISIS-L2:0 }/1152
*[IS-IS/18] 00:20:45
Fictitious
NODE { AS:65534 Area:0.0.0.0 IPv4:10.255.105.139 OSPF:0 }/1152
*[OSPF/10] 1d 00:24:39
Fictitious
LINK { Local { AS:65534 ISO:0102.5502.4211.00 }.{ IPv4:10.8.42.104 } Remote { AS:65534 ISO:0102.5501.8181.00 }.{ IPv4:10.8.42.102 } ISIS-L2:0 }/1152
*[IS-IS/18] 00:20:58
Fictitious
LINK { Local { AS:65534 ISO:0102.5502.4211.00 }.{ IPv4:10.8.64.104 } Remote { AS:65534 ISO:0102.5502.4250.02 }.{ } ISIS-L2:0 }/1152
*[IS-IS/18] 00:02:34
Fictitious
LINK { Local { AS:65534 ISO:0102.5502.4250.00 }.{ IPv4:10.8.64.106 } Remote { AS:65534 ISO:0102.5502.4250.02 }.{ } ISIS-L2:0 }/1152
*[IS-IS/18] 00:20:45
Fictitious
LINK { Local { AS:65534 ISO:0102.5502.4250.02 }.{ } Remote { AS:65534 ISO:0102.5502.4211.00 }.{ } ISIS-L2:0 }/1152
*[IS-IS/18] 00:20:45
Fictitious
LINK { Local { AS:65534 ISO:0102.5502.4250.02 }.{ } Remote { AS:65534 ISO:0102.5502.4250.00 }.{ } ISIS-L2:0 }/1152
*[IS-IS/18] 00:20:45
Fictitious
LINK { Local { AS:65534 Area:0.0.0.0 IPv4:10.255.105.139 }.{ IPv4:10.8.42.104 } Remote { AS:65534 Area:0.0.0.0 IPv4:10.255.105.141 }.{ IPv4:10.8.42.102 } OSPF:0 }/1152
*[OSPF/10] 00:20:57
FictitiousSignificado
Las rutas aparecen en la tabla de enrutamiento lsdist.0.
Verificar las entradas de la base de datos de ingeniería de tráfico
Propósito
Verifique las entradas de la base de datos de ingeniería de tráfico en el enrutador R0.
Acción
Desde el modo operativo, ejecute el show ted database comando.
user@R0> show ted database
TED database: 5 ISIS nodes 5 INET nodes
ID Type Age(s) LnkIn LnkOut Protocol
0102.5501.8168.00(10.255.105.137) Rtr 1046 1 1 OSPF(0.0.0.0)
To: 10.8.31.101-1, Local: 10.8.31.101, Remote: 0.0.0.0
Local interface index: 0, Remote interface index: 0
ID Type Age(s) LnkIn LnkOut Protocol
0102.5501.8181.00 --- 1033 1 0
0102.5502.4211.00(10.255.105.139) Rtr 3519 2 3 Exported ISIS-L2(1)
To: 0102.5502.4250.02, Local: 10.8.64.104, Remote: 0.0.0.0
Local interface index: 0, Remote interface index: 0
To: 0102.5501.8181.00, Local: 10.8.42.104, Remote: 10.8.42.102
Local interface index: 0, Remote interface index: 0
ID Type Age(s) LnkIn LnkOut Protocol
Exported OSPF(2)
To: 10.255.105.141, Local: 10.8.42.104, Remote: 10.8.42.102
Local interface index: 0, Remote interface index: 0
ID Type Age(s) LnkIn LnkOut Protocol
0102.5502.4250.00(10.255.105.135) Rtr 1033 1 1 Exported ISIS-L2(1)
To: 0102.5502.4250.02, Local: 10.8.64.106, Remote: 0.0.0.0
Local interface index: 0, Remote interface index: 0
ID Type Age(s) LnkIn LnkOut Protocol
0102.5502.4250.02 Net 1033 2 2 Exported ISIS-L2(1)
To: 0102.5502.4211.00(10.255.105.139), Local: 0.0.0.0, Remote: 0.0.0.0
Local interface index: 0, Remote interface index: 0
To: 0102.5502.4250.00(10.255.105.135), Local: 0.0.0.0, Remote: 0.0.0.0
Local interface index: 0, Remote interface index: 0
ID Type Age(s) LnkIn LnkOut Protocol
10.8.31.101-1 Net 1046 2 2 OSPF(0.0.0.0)
To: 0102.5501.8168.00(10.255.105.137), Local: 0.0.0.0, Remote: 0.0.0.0
Local interface index: 0, Remote interface index: 0
To: 10.255.105.141, Local: 0.0.0.0, Remote: 0.0.0.0
Local interface index: 0, Remote interface index: 0
ID Type Age(s) LnkIn LnkOut Protocol
10.255.105.141 Rtr 1045 2 2 OSPF(0.0.0.0)
To: 0102.5502.4211.00(10.255.105.139), Local: 10.8.42.102, Remote: 10.8.42.104
Local interface index: 0, Remote interface index: 0
To: 10.8.31.101-1, Local: 10.8.31.103, Remote: 0.0.0.0
Local interface index: 0, Remote interface index: 0Significado
Las rutas aparecen en la base de datos de ingeniería de tráfico.
Configuración de la distribución de estado del vínculo mediante BGP
Puede habilitar la distribución de información de topología en varias áreas y sistemas autónomos (AS) extendiendo el protocolo BGP para transportar información de estado de vínculo, que se adquirió inicialmente mediante IGP. Los protocolos IGP tienen limitaciones de escalabilidad cuando se trata de distribuir bases de datos de gran tamaño. El BGP no solo es un vehículo más escalable para transportar información de varias áreas y topologías de varios AS, sino que también proporciona controles de políticas que pueden ser útiles para la distribución de topología de varios AS. La información de topología de estado de vínculo del BGP se utiliza para las rutas de computación de LSP MPLS que abarcan varios dominios, como LSP de TE entre áreas, y proporciona un medio escalable y controlado por políticas para entidades de computación de rutas externas, como ALTO y PCE, para adquirir la topología de red.
Antes de empezar:
Configure las interfaces del dispositivo.
Configure el ID de enrutador y el número de sistema autónomo para el dispositivo.
Configure los siguientes protocolos:
RSVP
MPLS
IS-IS
Ruta de acceso abierta más corta primero (OSPF)
Para habilitar la distribución de estado de vínculo mediante BGP:
Distribución de estado de vínculo mediante SRv6
Extensiones de estado de vínculo del BGP para SRv6
A partir de Junos OS versión 21.3R1, somos compatibles con SRv6 en BGP-LS y en la base de datos de ingeniería de tráfico (TED). Las extensiones del BGP-LS exportan la información de la topología SRv6 a los controladores SDN. Los controladores reciben la información de topología al formar parte de un dominio de IGP o a través del BGP-LS. BGP LS proporciona un mecanismo escalable para exportar la información de topología. También se puede utilizar para las redes entre dominios. Además, ahora puede filtrar NLRI según el prefijo IPv6 (localizador SRv6) y el NLRI SID SRv6.
Flujo de datos SRv6 del estado de vínculo del BGP
BGP LS recupera los datos de ingeniería de tráfico (TE) de la base de datos de TE (TED) y los distribuye al par de altavoces BGP. Para esto, TED convierte sus vínculos, nodos y prefijos (IPv4 e IPv6) entradas en forma de rutas. La siguiente figura muestra el flujo de datos en BGP-LS.
-
Los atributos SRv6 intercambiados a través de ISIS IGP ahora se admiten en Junos como se describe en el estándar IETF [3].
-
Los atributos SRv6 se agregan a la base de datos de ingeniería de tráfico (TED).
-
Los atributos SRv6 aprendidos a través de ISIS IGP se almacenan en TED a medida que los nodos y vínculos se convierten en rutas. Estas rutas se someten a la política de importación de TED y, si la política lo permite, se instalan en una tabla de enrutamiento llamada lsdist.0.
-
El BGP se puede configurar para "exportar" o anunciar rutas desde la tabla lsdist.0 sujeto a política. Luego, el BGP propaga estas rutas como cualquier otra NLRI. Es decir, los pares que tienen la familia BGP-LS configurada y negociada reciben NLRI BGP-LS. El BGP almacena los NLRIs del BGP-LS recibidos en forma de rutas en la tabla "lsdist.0", que es la misma tabla que almacena rutas BGP-LS de origen local. La información SRv6 recién agregada se propaga al BGP como atributos de NLRI (nodo, vínculo y prefijo) ya existentes y a un nuevo NLRI localizador SRv6.
-
Los NLRIs de BGP-LS recibidos que se instalan en forma de rutas en la tabla "lsdist.0" se pueden someter a la política de exportación TED y, si la política lo permite, los atributos SRv6 de estas rutas se agregan a la instancia local de la base de datos de TE.
Prefijos IPv6 y SID de adyacencia IPv6 Soporte MPLS en la base de datos de ingeniería de tráfico y el estado de vínculo del BGP
Hemos hecho las siguientes mejoras de IPv6.
- Soporte para agregar los atributos e información de IPv6 a la base de datos de ingeniería de tráfico (TED) del sistema intermedio al sistema intermedio (IS-IS).
- Compatibilidad con la importación de atributos IPv6 de la base de datos de ingeniería de tráfico a la tabla de enrutamiento lsdist.0.
- Compatibilidad con la exportación de atributos IPv6 al estado de vínculo del BGP (BGP-LS).
- Es compatible con la información de accesibilidad de la capa de red (NLRIs) del BGP-LS IPv6 y la exportación de atributos de la tabla de enrutamiento lsdist.0 a la base de datos de ingeniería de tráfico.
Solo somos compatibles con el protocolo de puerta de enlace interior (IGP) IS-IS.
- Beneficios de los prefijos IPv6 y la adyacencia IPv6 Soporte SID MPLS en la base de datos de ingeniería de tráfico y BGP-LS
- Implementación
- Soporte para agregar los atributos e información IPv6 a la base de datos de ingeniería de tráfico desde IS-IS
- Compatibilidad con la importación de atributos IPv6 de la base de datos de ingeniería de tráfico a la tabla de enrutamiento lsdist.0
- Compatibilidad con la exportación de atributos IPv6 a BGP-LS
- Compatibilidad con nlris BGP-LS IPv6 y exportación de atributos desde la tabla de enrutamiento lsdist.0 a la base de datos de ingeniería de tráfico
- Comando de configuración
Beneficios de los prefijos IPv6 y la adyacencia IPv6 Soporte SID MPLS en la base de datos de ingeniería de tráfico y BGP-LS
Hemos mejorado los resultados de los comandos operativos existentes y agregado los comandos show para mostrar la lista de prefijos IPv6 e IPv4, respectivamente, en la base de datos de ingeniería de tráfico.
show ted database extensive— Mejoró el resultado para incluir los atributos de enrutamiento por segmentos IPv6 (SR)-MPLS.show ted link detail— Mejoró la salida para incluir los atributos SR-MPLS IPv6 correspondientes a los vínculos de la base de datos de ingeniería de tráfico.show route table lsdist.0 [extensive | detail]— Mejoró la salida para incluir NLRIs IPv6 y atributos SR-MPLS IPv6.show route— Incluye parámetros adicionales para filtrar entradas que se ven en la tabla lsdist.0. Hemos agregado opciones adicionales para incluir prefijos IPv6. Las opciones sonte-ipv6-prefix-ipv6-addryte-ipv6-prefix-node-iso.show ted ipv6-prefix— Se agregó el comando show para mostrar la lista de prefijos IPv6 en la base de datos de ingeniería de tráfico.show ted ipv4-prefix— Se agregó el comando show para mostrar la lista de prefijos IPv4 en la base de datos de ingeniería de tráfico.
Implementación
BGP-LS recupera los datos de ingeniería de tráfico (TE) de la base de datos de ingeniería de tráfico y los distribuye a sus pares BGP. Para lograrlo, la base de datos de ingeniería de tráfico convierte sus vínculos, nodos y entradas de prefijo (IPv4 e IPv6) en forma de rutas. La siguiente figura muestra el flujo de información desde el BGP-LS y hacia el BGP-LS.
Soporte para agregar los atributos e información IPv6 a la base de datos de ingeniería de tráfico desde IS-IS
Junos OS admite atributos SR-MPLS para el plano de datos IPv6, intercambiados mediante IS-IS IGP. Como resultado de esta mejora, se pueden agregar atributos e información de IPv6 a la base de datos de ingeniería de tráfico (TED).
Compatibilidad con la importación de atributos IPv6 de la base de datos de ingeniería de tráfico a la tabla de enrutamiento lsdist.0
Atributos IPv6 recibidos del IS-IS IGP y almacenados en la base de datos de ingeniería de tráfico a medida que los nodos, vínculos y prefijos se convierten en rutas. Estas rutas se someten a la política de importación de bases de datos de ingeniería de tráfico. Si la política lo permite, las rutas se instalan en una tabla de enrutamiento llamada lsdist.0.
Compatibilidad con la exportación de atributos IPv6 a BGP-LS
El BGP está configurado para exportar o anunciar rutas desde la tabla lsdist.0, sujeto a la política. Es un escenario de rutina para cualquier originación de ruta en el BGP. Luego, el BGP propaga estas rutas como cualquier otro NLRI a los pares con BGP-LS configurado y vecino BGP establecido. El BGP almacena los NLRIs del BGP-LS recibidos en forma de rutas en la tabla lsdist.0, que es la misma tabla que almacena rutas BGP-LS de origen local. Como resultado de esta funcionalidad, la información de IPv6 recién agregada se propaga al BGP como atributos del NLRI del vínculo ya existente y como un nuevo prefijo IPv6 NLRI.
Compatibilidad con nlris BGP-LS IPv6 y exportación de atributos desde la tabla de enrutamiento lsdist.0 a la base de datos de ingeniería de tráfico
En Junos OS, los BGP-LS NLRIs recibidos instalados en forma de rutas en la tabla lsdist.0 están sujetos a la política de exportación de base de datos de ingeniería de tráfico. Si la política lo permite, los atributos IPv6 y la información de estas rutas se agregan a la instancia local de la base de datos de ingeniería de tráfico.
Comando de configuración
El comando de política BGP-TE se mejora para permitir el filtrado de NLRI basado en el prefijo IPv6 NLRI. Consulte ipv6-prefix.