Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

Distribución de estado de vínculos mediante BGP Descripción general

 

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 de un sistema autónomo (AS). Basándose en el método de calcular la mejor ruta hacia un destino, los IGPs se dividen en dos categorías:

  • Los protocolos—de estado de vínculos anuncian información acerca de la topología de red (vínculos de conexión directa y el estado de dichos vínculos) a todos los enrutadores que utilizan direcciones de multidifusión y activan actualizaciones de enrutamiento hasta que todos los enrutadores ejecutan el protocolo de estado de vínculos tener información idéntica acerca de la interconexión de redes. La mejor ruta de acceso a un destino se calcula en función de las restricciones, como el retardo máximo, el ancho de banda disponible mínimo y la afinidad de clase de recurso.

    OSPF y IS son ejemplos de protocolos de estado de vínculos.

  • Los protocolos—de vectores de distancia anuncian información de tabla de enrutamiento completa a vecinos conectados directamente mediante una dirección de difusión. La mejor ruta de acceso se calcula en función del número de saltos hacia la red de destino.

    RIP es un ejemplo de protocolo de vector de distancia.

Como su propio nombre indica, la función de un IGP es proporcionar conectividad de enrutamiento dentro o interna a un dominio de enrutamiento determinado. Un dominio de enrutamiento es un conjunto de enrutadores bajo el control administrativo común que comparten un protocolo de enrutamiento común. El AS puede consistir en varios dominios de enrutamiento, donde IGP funciones para anunciar y aprender prefijos de red (rutas) de los enrutadores vecinos para crear una tabla de rutas que, en última instancia, contiene entradas para todos los orígenes en los que se puede tener acceso a un prefijo determinado. IGP ejecuta un algoritmo de selección de rutas para seleccionar la mejor ruta entre el enrutador local y cada destino, y proporciona conectividad completa entre los enrutadores que componen un dominio de enrutamiento.

Además de anunciar la disponibilidad de la red interna, los IGPs se suelen usar para anunciar información de enrutamiento externa al dominio de enrutamiento de este IGP a través de un proceso conocido como redistribución de ruta. La redistribución de rutas es un proceso que consiste en intercambiar información de enrutamiento entre distintos protocolos de enrutamiento para unir varios dominios de enrutamiento cuando se desea una conectividad intra-AS.

Limitaciones del Protocolo de puerta de enlace interior

Aunque cada IGP individual tiene sus propias ventajas y limitaciones, las mayores limitaciones de IGP en general son el rendimiento y la escalabilidad.

IGPs se han diseñado para gestionar la tarea de adquisición y distribución de la información de topología de red para fines de ingeniería de tráfico. Aunque este modelo se ha atendido bien, IGPs tienen limitaciones inherentes de escalabilidad para la distribución de bases de datos de gran tamaño. IGPs puede detectar automáticamente los vecinos, con los que obtienen información sobre la topología de las redes dentro de las áreas. Sin embargo, la base de datos de estado de vínculos o las bases de datos de ingeniería de tráfico tienen el ámbito de una sola área o, por lo tanto, que limitan las aplicaciones, como la ingeniería de tráfico extremo a extremo, el beneficio de tener visibilidad externa para tomar mejores decisiones.

En el caso de las redes conmutadas por etiqueta, como MPLS y el MPLS generalizado (GMPLS), la mayoría de las soluciones de ingeniería de tráfico funcionan en un único dominio de enrutamiento. Estas soluciones no funcionan cuando una ruta del nodo de entrada al nodo de salida deja el área de enrutamiento o a partir del nodo de entrada. En tales casos, el problema de computación de la ruta de acceso se complica debido a la no disponibilidad de la información de enrutamiento completa en toda la red. Esto se debe a que los proveedores de servicios normalmente optan por no perder información de enrutamiento más allá del área de enrutamiento o por las limitaciones de escalabilidad y la confidencialidad.

Necesidad de distribuir la distribución del estado de vínculos

Una de las limitaciones de IGP es su incapacidad para abarcar la distribución del estado de vínculos fuera de una sola área o como. Sin embargo, la información de estado de vínculos obtenida por una IGP a través de varias áreas o de la e-ase tiene las siguientes necesidades:

  • Cálculo de trayectoria de—LSP esta información se utiliza para calcular la ruta de MPLS LSP en varios dominios de enrutamiento, por ejemplo, un LSP de área interregional.

  • Enrutadores de—rutas externas entidades computación de rutas externas, como capa de aplicación optimización de tráfico (alto) y los elementos de computación de ruta (PCE), realizan cálculos de rutas de acceso basados en 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 la distribuye normalmente IGPs dentro de la red.

    Sin embargo, dado que las entidades de computación de rutas externas no pueden extraer esta información del IGPs, realizan la supervisión de la red para optimizar los servicios de red.

Uso de BGP como solución

Descripción general

Para satisfacer las necesidades de expansión de la distribución del estado de los vínculos en varios dominios, es necesario disponer de un protocolo de puerta de enlace exterior (EGP) para obtener información sobre el estado de los vínculos y la ingeniería de tráfico de un área IGP, compartirla con un componente externo y utilizarla para computar rutas de LSP de MPLS interdominios.

BGP es un EGP normalizado diseñado para intercambiar información de accesibilidad y enrutamiento entre sistemas autónomos (Asoc). BGP es un protocolo probado que tiene mejores propiedades de escalado porque puede distribuir millones de entradas (por ejemplo, prefijos de VPN) de manera escalable. BGP es el único protocolo de enrutamiento que se utiliza en la actualidad y que es adecuado para llevar todas las rutas en Internet. Esto se debe principalmente a que BGP se ejecuta sobre TCP y puede hacer uso del control de flujo TCP. Por el contrario, los protocolos de puerta de enlace interna (IGPs) no tienen control de flujo. Cuando IGPs tienen demasiada información de ruta, empiezan a realizar una renovación. Cuando BGP tiene un orador próximo que envía información demasiado rápido, BGP puede reducir el vecino retrasndo las confirmaciones TCP.

Otra ventaja de BGP es que utiliza un tipo, tuplas, valor (TLV) y información de accesibilidad de la capa de red (NLRI) que proporcionan una extensibilidad aparentemente infinita sin necesidad de que se altere el protocolo subyacente.

La distribución de la información de estado de vínculos entre dominios se regula mediante políticas para proteger los intereses del proveedor de servicios. Esto requiere un control sobre la distribución de la topología mediante el uso de políticas. BGP con su marco de políticas implementado funciona bien en la distribución de enrutamiento entre dominios. En Junos OS, BGP se controla completamente por políticas. El operador debe configurar explícitamente los vecinos a peer con y aceptar explícitamente las rutas en BGP. Además, la Directiva de enrutamiento se utiliza para filtrar y modificar información de enrutamiento. Por lo tanto, las directivas de enrutamiento proporcionan un control administrativo completo sobre las tablas de enrutamiento.

Aunque, dentro de un AS, ambos IGP-TE y BGP-TE proporcionan el mismo conjunto de información, BGP-TE dispone de las mejores características de escalabilidad que se heredan del protocolo BGP estándar. Esto hace que BGP-TE sea más escalable para adquirir información de varias áreas o multi-como topología.

Al usar BGP como solución, la información IGP adquirida se utiliza para la distribución en BGP. Los ISP pueden exponer esta información de forma selectiva con otros ISP, proveedores de servicios y redes de distribución de contenido (CDN) por medio de normal BGP peering. Esto permite la agregación de la información adquirida por el IGP a través de varias áreas e Asoc?, de manera que una entidad de informática de ruta externa pueda acceder a la información al escuchar de manera pasiva un reflector de ruta.

Implementación

En Junos OS, IGPs instala la información de topología en una base de datos que se denomina la base de datos de ingeniería de tráfico. El servicio la base de datos de ingeniería de tráfico contiene información de topología agregada. Para instalar IGP información de topología en la base de datos de ingeniería set igp-topology de tráfico, utilice [edit protocols isis traffic-engineering] la [edit protocols ospf traffic-engineering] instrucción de configuración en los niveles de jerarquía y. El mecanismo para distribuir la información del estado de los vínculos mediante BGP incluye el proceso de publicidad de la base de datos de ingeniería de tráfico en BGP-TE (importar) e instalar entradas de BGP-TE en la base de datos de ingeniería de tráfico (exportación).

Importación de base de datos de ingeniería de tráfico

Para anunciar la base de datos de ingeniería de tráfico a BGP-TE, las entradas de nodo y vínculo de la base de datos de ingeniería de tráfico se convierten en forma de rutas. A continuación, la base de datos de tráfico instala estas rutas convertidas en nombre del IGP, en una tabla de enrutamiento visible para lsdist.0el usuario llamada, en condiciones sujetas a directivas de ruta. El procedimiento de filtración de entradas desde la base de datos de lsdist.0 ingeniería de tráfico hasta el se denomina Traffic Engineering Database Import, como se muestra en la Figura 1.

Existen políticas para regir el proceso de importación de bases de datos de ingeniería de tráfico. De forma predeterminada, no se pierden entradas de la base de datos de ingeniería lsdist.0 de tráfico en la tabla.

A partir de Junos OS versión 17.4 R1, 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 la topología de RSVP-TE en la lsdist. tabla de enrutamiento 0 como se muestra en la Figura 1. Antes de Junos OS versión 17.4 R1, la base de datos de ingeniería de tráfico exportaba únicamente la información de la topología de RSVP-TE. Ahora puede supervisar la información de topología de IGP y de la ingeniería de tráfico. El BGP-LS Lee IGP entradas de lsdist. 0 y anuncia estas entradas al BGP iguales. Para importar IGP información de topología en BGP-LS de lsdist. 0, utilice la set bgp-ls instrucción de configuración en [edit protocols mpls traffic-engineering database import igp-topology] el nivel de jerarquía.

Exportación de base de datos de ingeniería de tráfico

BGP se puede configurar para exportar o anunciar rutas de la lsdist.0 tabla, sujeta a la Directiva. Esto es habitual en el caso de cualquier tipo de origen de ruta en BGP. Para anunciar BGP-TE en la base de datos de ingeniería de tráfico, BGP debe configurarse con la familia de direcciones BGP-TE y una directiva de exportación que selecciona las rutas para su redistribución en BGP.

BGP entonces propagan estas rutas como cualquier otro NLRI. BGP elementos de mismo nivel que tengan la familia BGP-TE configurada y negociada reciban BGP-TE NLRIs. BGP almacena el BGP NLRIs recibido en forma de rutas en la lsdist.0 tabla, que es la misma tabla en la que se almacenan localmente las rutas BGP-te originadas. A continuación, las rutas instaladas de lsdist.0 BGP se distribuyen a otros homólogos como cualquier otra ruta. Por lo tanto, el procedimiento de selección de ruta estándar se aplica a BGP-TE NLRIs recibido de varios altavoces.

Para lograr el interdominio TE, las rutas lsdist.0 en se pierden en 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 Figura 1de tráfico como se muestra en la.

Existen políticas para regir el proceso de exportación de bases de datos de ingeniería de tráfico. De forma predeterminada, no se pierden entradas de la lsdist.0 tabla en la base de datos de ingeniería de tráfico.

Nota

En el caso de las aplicaciones SDN, como PCE y ALTO, la BGP-TE anunció la información no se puede filtrar en la base de datos de ingeniería de tráfico de un enrutador. En tales casos, un servidor externo que sea igual a los enrutadores que utilizan BGP-TE se utiliza para mover la información de la topología al sistema de Sky/orquestación que abarca la red. Estos servidores externos se pueden considerar consumidores BGP-TE, donde reciben las rutas de la BGP-TE, pero no las anunciamos.

Asignación de valores de credibilidad

Una vez que las entradas se han instalado en la base de datos de ingeniería de tráfico, la información de BGP-TE aprendida está disponible para el cálculo de rutas de CSPF. La base de datos de ingeniería de tráfico utiliza un esquema de preferencias de protocolo que se basa en los valores de credibilidad. Se prefiere un protocolo con un valor más alto de credibilidad a un protocolo con un valor más bajo de la credibilidad. BGP-TE tiene la capacidad de anunciar información obtenida de varios protocolos al mismo tiempo, y además de las entradas IGP instaladas en la base de datos de ingeniería de tráfico, puede haber entradas de BGP-TE que correspondan a más de un protocolo . El componente de exportación de la base de datos de ingeniería de tráfico crea un protocolo de base de datos de tráfico y el nivel de credibilidad para cada protocolo que BGP-TE admite. Estos valores de credibilidad se pueden configurar en la CLI.

El pedido de credibilidad de los protocolos BGP-TE es el siguiente:

  • Desconocido—80

  • OSPF—81

  • ISIS de nivel—1 82

  • ISIS de nivel—2 83

  • Estática—84

  • Direct—85

Vía-Cálculo de la trayectoria de la credibilidad

Después que asigne valores de credibilidad, cada nivel de credibilidad se trata como un plano individual. El algoritmo corto restringido de la ruta de acceso comienza con la mayor credibilidad asignada a la más baja, buscando una ruta dentro de ese nivel de credibilidad.

Con BGP-TE, es fundamental calcular los paths en todos los niveles de la credibilidad para calcular trazados inter-AS. Por ejemplo, una configuración diferente de credibilidad pertenecen se ve en un dispositivo desde el área 0 que calcula el ruta a través del área 1, porque las entradas de Area 0 se instalan de forma OSPF y BGP-TE instalan las entradas de área 1.

Para activar el cálculo de paths en todos los niveles cross-credibility-cspf de credibilidad, edit protocols mplsincluya [edit protocols mpls label-switched-path lsp-name]la instrucción [edit protocols rsvp] en los niveles de jerarquía, y. En el [edit protocols rsvp] nivel de la jerarquía cross-credibility-cspf , la habilitación de los influyentes omite LSP y saltos sueltos durante el tránsito.

Establece cross-credibility-cspfpermite el cálculo de paths a lo largo de los niveles de credibilidad mediante el primer algoritmo de ruta de acceso más corta restringido, en el que la restricción no se realiza de credibilidad por credibilidad, sino como una sola restricción que ignora los valores de credibilidad asignados.

BGP-TE NLRIs y TLVs

Al igual que otras rutas BGP, BGP-TE NLRIs también se puede distribuir a través de un reflector de rutas que habla BGP-TE NLRI. Junos OS implementa la compatibilidad con el reflejo de la ruta para la familia BGP-TE.

A continuación se muestra una lista de los NLRIs compatibles:

  • Vincular NLRI

  • Nodo NLRI

  • Prefijo IPv4 NLRI (Receive y Propagate)

  • Prefijo IPv6 NLRI (Receive y Propagate)

Nota

Junos OS no ofrece compatibilidad con la forma de diferenciador de ruta del NRLIs anterior.

A continuación, se muestra una lista de campos compatibles en NLRIs de nodo y vínculo:

  • El NLRI ID—de protocolo se origina con los siguientes valores de protocolo:

    • ISIS-L1

    • ISIS-L2

    • OSPF

  • Identificador—este valor se puede configurar. De forma predeterminada, el valor del identificador se establece 0en.

  • Descriptor—de nodo local o remoto entre ellos se incluyen:

    • Sistema autónomo

    • Identificador BGP-LS—este valor se puede configurar. De forma predeterminada, el valor del identificador BGP-LS se establece en0

    • ID. de área

    • ID. de enrutador IGP

  • Descriptores de vínculos (solo para Link NLRI—) Esto incluye:

    • Vincular identificadores locales/remotos

    • Dirección de interfaz IPv4

    • Dirección IPv4 de vecino

    • Dirección—de interfaz o vecino IPv6 las direcciones vecina y de interfaz de IPv6 no se originan, sino que solo se almacenan y propagan cuando se reciben.

    • ID—. de varias topología este valor no se origina, pero se almacena y se propaga cuando se recibe.

La siguiente es una lista de TLVs de atributo LINK_STATE compatibles:

  • Atributos de vínculo:

    • Grupo administrativo

    • Ancho de banda de vínculo máximo

    • Máximo ancho de banda Reservable

    • Ancho de banda no reservado

    • TE valor predeterminado métrica

    • SRLG

    • Los siguientes TLVs, que no se han originado, pero que solo se almacenan y propagan cuando se reciben:

      • Atributos de vínculos opacos

      • Máscara de protocolo de MPLS

      • Coincide

      • Tipo de protección de vínculos

      • Atributo de nombre de vínculo

  • Atributos de nodo:

    • ID de enrutador IPv4

    • Indicador de nodo—solo bits el bit de sobrecarga está establecido.

    • Los siguientes TLVs, que no se han originado, pero 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 del nodo

      • Identificador de área IS-IS

      • ID de enrutador IPv6

    • Atributos—de prefijo estas TLVs se almacenan y propagan como cualquier otro TLVs desconocido.

Características admitidas y no compatibles

Junos OS admite las siguientes características con la distribución del estado de vínculos a través de BGP:

  • Anuncio de la capacidad de reenvío asegurado multiprotocolo

  • Transmisión y recepción del nodo y el BGP de estado del vínculo y BGP-TE NLRIs

  • Enrutamiento activo no detenido para el BGP-TE NLRIs

  • Cies

Junos OS realiza not admitir la siguiente funcionalidad para la distribución del estado de vínculos con BGP:

  • Topologías, vínculos o nodos agregados

  • Compatibilidad con un distintivo de ruta para BGP-TE NLRIs

  • Identificadores de varias topologías

  • Identificadores de varias instancias (excluido el ID. de instancia predeterminado 0)

  • Anuncio del enlace y TLV de área de nodo

  • Anuncio de los protocolos de señalización de MPLS

  • Importar nodo y vincular información con una dirección superpuesta

Extensiones de estado de vínculo de BGP para el enrutamiento de paquetes de origen en redes (MUELLEs)

A partir de Junos OS 17.2, R1, la BGP familia de direcciones de estado de enlaces se extiende para distribuir el enrutamiento de paquetes de origen en la información de topología de redes (MUELLEs) a los controladores de redes definidas por software (SDN). BGP suele aprender la información sobre el estado de los vínculos de IGP y la distribuye a BGP iguales del mismo nivel. Además de BGP, el controlador SDN puede obtener información sobre el estado de los vínculos directamente de IGP si la controladora forma parte de un dominio IGP. Sin embargo, BGP distribución del estado de los vínculos proporciona un mecanismo escalable para exportar la información de la topología. BGP las extensiones de estado de los enlaces para la primavera se admite en redes Interdomain.

Enrutamiento de paquetes de origen en redes (muelle)

La primavera es una arquitectura de plano de control que permite a un enrutador de entrada dirigir un paquete a través de un conjunto específico de nodos y vínculos de la red sin depender de los nodos intermedios de la red para decidir el trazado real que debe adoptar. La primavera se involucra con IGPs, como IS-IS y OSPF, para segmentos de red de publicidad. Los segmentos de red pueden representar cualquier instrucción, topológica o basada en servicios. En las topologías de IGP, los protocolos de enrutamiento de estado de vínculos anuncian IGP segmentos. Existen dos tipos de segmentos de IGP:

Segmento de adyacenciaRuta de un salto sobre una adyacencia específica entre dos nodos de la IGP
Segmento de prefijoRuta de acceso más corta, de igual costo, de varios saltos a un prefijo, según el estado de la topología IGP

Cuando se habilita la primavera en una red BGP, BGP familia de direcciones de estado de vínculos aprende la información de la primavera procedente de los protocolos de enrutamiento de estado de IGP enlace y anuncia los segmentos en forma de identificadores de segmento (SIDs). BGP familia de direcciones de estado de vínculos se ha ampliado para transportar los SID y otra información relacionada con los MUELLEs a BGP iguales del mismo nivel. El reflector de enrutamiento puede dirigir un paquete a través de un conjunto deseado de nodos y vínculos anteponiendo un paquete a una combinación adecuada de túneles. Esta característica permite que BGP familia de direcciones de estado de enlaces también anuncie la información del muelle en BGP iguales.

Flujo de datos de MUELLEs del estado de vínculos de BGP

La Figura 2 muestra el flujo de datos de BGP datos de muelles del estado de los enlaces que se insertan en la base de la información de ingeniería de tráfico.

Figura 2: Enrutamiento de paquetes de origen de estado de conexión BGP en redes (MUELLEs)
Enrutamiento de paquetes de origen de estado de conexión BGP en redes (MUELLEs)
  • IGP inserta los atributos de resorte en la base de datos de ingeniería de tráfico.

  • Las capacidades de resorte e información de algoritmos se transfieren como atributos de nodo en la base de datos de ingeniería de tráfico.

  • Las adyacentes información de SID adyacente de SID y LAN se transmiten como atributos de vínculo.

  • El prefijo de SID o la información de SID de nodo se transporta como atributos de prefijo.

  • Un nuevo conjunto o un cambio en los atributos existentes activa IGP las actualizaciones de la base de datos de ingeniería de tráfico con nuevo dato.

  • RSVP es un requisito previo para los atributos de vínculo.

    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 de BGP, incluidos los descriptores de vínculo, nodo y prefijo, se derivan de entradas de la base de datos de ingeniería de tráfico.

  • La base de datos de ingeniería de tráfico importa lsdist.0 entradas de ruta en la tabla de enrutamiento desde IGP sujeta a la Directiva.

  • La directiva predeterminada de BGP es exportar rutas, que solo se conocen BGP. Puede configurar una directiva de exportación para rutas no BGP en la lsdis.0 tabla de enrutamiento. Esta directiva anuncia una entrada aprendida de la base de datos de ingeniería de tráfico.

Compatible BGP TLVs y atributos de estado de vínculo, así como características no compatibles con el BGP el estado de vínculo con muelle

BGP estado de vínculo con muelle admite los siguientes atributos y tipos, longitud y valores (TLVs) que se originan, reciben y propagan en la red:

Node attributes

  • Capacidades de enrutamiento de segmentos

  • Algoritmo de enrutamiento de segmento

Link attributes

  • De SID adyacente

  • LAN adyacente-SID

Prefix descriptors

  • Información de accesibilidad de IP

Prefix attributes

  • Prefijo de SID

La siguiente lista admite TLVs que no se han originado, pero que solo se han recibido y propagado en la red:

Prefix descriptors

  • ID. de Multitopology

  • Tipo de ruta OSPF

Prefix attributes

  • Varían

  • SID de enlace

Junos OS no admite las siguientes características con BGP estado de vínculo con las extensiones de muelle:

  • Origen de prefijo IPv6

  • Identificadores Multitopology

  • Exportación de la base de datos de ingeniería de tráfico para los parámetros de primavera

  • Tampoco se admiten nuevas TLVs con tcpdump (TLVs existentes).

  • PRIMAVERA sobre IPv6

Comprobando que el nodo NLRI se aprendió a través BGP con OSPF como IGP

El siguiente es un resultado de ejemplo para comprobar el nodo NLRI aprendido a través BGP con OSPF como IGP:

Finalidad

Compruebe las entradas de la tabla de enrutamiento lsdist. 0.

Acción

Desde el modo operativo, ejecute show route table lsdist.0 el comando.

user@host> show route table lsdist.0 te-node-ip 7.7.7.7 extensive

Significado

Las rutas están apareciendo en la tabla de enrutamiento lsdist. 0.

Comprobar el prefijo NLRI aprendido a través de BGP con OSPF como IGP

El siguiente es un resultado de ejemplo para comprobar el prefijo NLRI aprendido a través de BGP con OSPF como IGP:

Finalidad

Compruebe las entradas de la tabla de enrutamiento lsdist. 0.

Acción

Desde el modo operativo, ejecute show route table lsdist.0 el comando.

user@host> show route table lsdist.0 te-ipv4-prefix-node-ip 7.7.7.7 extensive

Significado

Las rutas están apareciendo en la tabla de enrutamiento lsdist. 0.

Release History Table
Publicación
Descripción
A partir de Junos OS versión 17.4 R1, 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 la topología de RSVP-TE en la lsdist. tabla de enrutamiento 0
A partir de Junos OS 17.2, R1, la BGP familia de direcciones de estado de enlaces se extiende para distribuir el enrutamiento de paquetes de origen en la información de topología de redes (MUELLEs) a los controladores de redes definidas por software (SDN).