Configuración de ingeniería de tráfico basada en colores

Beneficios de los aviones de transporte con clase BGP

• División de red: las capas de servicio y transporte están desacopladas entre sí, sentando las bases para la división de red y la virtualización con la división de extremo a extremo en múltiples dominios, lo que reduce significativamente el CAPEX.

• Interoperabilidad entre dominios: extiende el despliegue de clases de transporte a través de dominios que cooperan para que los diferentes protocolos de señalización de transporte en cada dominio interoperen. Concilia cualquier diferencia entre los espacios de nombres de comunidad extendidos que pueden estar en uso en cada dominio.

• Resolución coloreada con reserva: permite la resolución sobre túneles de color (RSVP, algoritmo flexible IS-IS) con opciones flexibles de reserva sobre túneles de mejor esfuerzo o cualquier otro túnel de color.

• Calidad de servicio: personaliza y optimiza la red para cumplir los requisitos de SLA de extremo a extremo.
• Aprovechamiento de las implementaciones existentes: admite protocolos de tunelización bien implementados, como RSVP, junto con protocolos nuevos, como el algoritmo flexible IS-IS, lo que preserva el retorno de la inversión y reduce los gastos operativos.

Terminología de los planos de transporte con clase BGP

En esta sección se proporciona un resumen de los términos más utilizados para comprender el plano de transporte con clase BGP.

• Nodo de servicio: dispositivos perimetrales del proveedor de entrada (PE) que envían y reciben rutas de servicio (Internet y VPN de capa 3).

• Nodo de borde: dispositivo en el punto de conexión de diferentes dominios (áreas IGP o AS).

• Nodo de transporte: dispositivo que envía y recibe rutas de unidifusión etiquetada con BGP (LU).

• BGP-VPN: VPN creadas con mecanismos de RFC4364.

• Destino de ruta (RT): tipo de comunidad extendida que se utiliza para definir la pertenencia a VPN.

• Diferenciador de ruta (RD): identificador utilizado para distinguir a qué VPN o servicio de LAN privada virtual (VPLS) pertenece una ruta. Cada instancia de enrutamiento debe tener asociado un diferenciador de ruta único.

• Esquema de resolución: se usa para resolver la dirección del protocolo del próximo salto (PNH) en las RIB de resolución que proporcionan respaldo.

  Mapean las rutas a las diferentes RIB de transporte en el sistema basado en el mapeo de la comunidad.

• Familia de servicios: familia de direcciones BGP que se usa para anunciar rutas para el tráfico de datos, en lugar de túneles.

• Familia de transporte : familia de direcciones BGP utilizada para túneles publicitarios, que a su vez son utilizados por las rutas de servicio para la resolución.

• Túnel de transporte: túnel sobre el cual un servicio puede colocar tráfico, por ejemplo, GRE, UDP, LDP, RSVP, SR-TE, BGP-LU.

• Dominio de túnel: dominio de la red que contiene nodos de servicio y nodos de borde bajo un único control administrativo que tiene un túnel entre ellos. Se puede crear un túnel de extremo a extremo que abarca varios dominios de túnel adyacentes uniendo los nodos mediante etiquetas.

• Clase de transporte: grupo de túneles de transporte que ofrecen el mismo tipo de servicio.

• Clase de transporte RT: nuevo formato de destino de ruta que se utiliza para identificar una clase de transporte específica.

  Un nuevo formato de Destino de ruta que se utiliza para identificar una clase de transporte específica.

• RIB de transporte: en el nodo de servicio y el nodo de borde, una clase de transporte tiene una RIB de transporte asociada que contiene sus rutas de túnel.

• RTI de transporte: una instancia de enrutamiento; contenedor de RIB de transporte y clase de transporte asociada Route Target y Route Distinguisher.

• Plano de transporte: conjunto de RTI de transporte que importan la misma clase de transporte RT. Estos, a su vez, se unen para abarcar los límites del dominio del túnel utilizando un mecanismo similar a la opción b de Inter-AS para intercambiar etiquetas en los nodos de borde (nexthop-self), formando un plano de transporte de extremo a extremo.

• Asignación de comunidad: comunidad en una ruta de servicio que se asigna para resolver una clase de transporte.

Descripción de los planos de transporte con clase BGP

Puede usar planos de transporte con clase BGP para configurar clases de transporte para clasificar un conjunto de túneles de transporte en una red intra-AS en función de las características de ingeniería de tráfico y usar estos túneles de transporte para asignar rutas de servicio con el SLA deseado y la reserva prevista.

Los planos de transporte con clase BGP pueden extender estos túneles a redes entre dominios que abarcan varios dominios (áreas AS o IGP) conservando la clase de transporte. Para ello, debe configurar la familia BGP de capa de transporte de transdeporte con clase BGP entre los nodos de borde y servicio.

Tanto en implementaciones de interAS como intraAS, puede haber muchos túneles de transporte (MPLS LSP, IS-IS algoritmo flexible, SR-TE) creados a partir de los nodos de servicio y borde. Los LSP pueden señalizarse utilizando diferentes protocolos de señalización en diferentes dominios y pueden configurarse con diferentes características de ingeniería de tráfico (clase o color). El extremo del túnel de transporte también actúa como extremo de servicio y puede estar presente en el mismo dominio de túnel que el nodo de entrada del servicio, o en un dominio adyacente o no adyacente. Puede utilizar planos de transporte con clase BGP para resove servicios a través de LSP con ciertas características de ingeniería de tráfico, ya sea dentro de un único dominio o en varios dominios.

Los planos de transporte con clase BGP reutilizan la tecnología BGP-VPN, manteniendo los dominios de túnel débilmente acoplados y coordinados.

• La información de accesibilidad de la capa de red (NLRI) es RD:TunnelEndpoint que se utiliza para ocultar rutas.
• El destino de ruta indica la clase de transporte de los LSP y pierde rutas a la RIB de transporte correspondiente en el dispositivo de destino.
• Cada protocolo de tunelización de transporte instala una ruta de entrada en la tabla de enrutamiento transport-class.inet.3, modela la clase de transporte de túnel como destino de ruta VPN y recopila los LSP de la misma clase de transporte en la tabla de enrutamiento transport-class.inet.3 transport-rib.

• Las rutas de esta instancia de enrutamiento se anuncian en el plano de transporte con clase BGP (transporte inet) AFI-SAFI siguiendo procedimientos similares a RFC-4364.

• Al cruzar el límite del vínculo interAS, debe seguir los procedimientos de la opción b para unir los túneles de transporte en estos dominios adyacentes.

  Del mismo modo, al cruzar regiones intra-AS, debe seguir los procedimientos de la opción b para unir los túneles de transporte en los diferentes dominios TE.

• Puede definir esquemas de resolución para especificar la intención de la variedad de clases de transporte en un orden de reserva.

• Puede resolver rutas de servicio y rutas de transporte con clase BGP sobre estas clases de transporte, llevando la comunidad de mapas en ellas.

La familia de transporte con clase BGP se ejecuta junto con la familia de capas de transporte BGP-LU. En una red MPLS sin interrupciones que ejecuta BGP-LU, cumplir con los estrictos requisitos de SLA de 5G es un desafío, ya que las características de ingeniería de tráfico de los túneles no se conocen ni se conservan más allá de los límites del dominio. Los planos de transporte con clase BGP proporcionan medios operacionalmente fáciles y escalables para anunciar múltiples rutas para loopbacks remotos junto con la información de la clase de transporte en la arquitectura MPLS perfecta. En las rutas de la familia de transporte con clase BGP, las diferentes rutas de SLA se representan mediante la comunidad extendida Ruta de transporte-Destino, que lleva el color de la clase de transporte. Los enrutadores BGP receptores utilizan esta ruta de destino de transporte para asociar la ruta de transporte con clase BGP con la clase de transporte adecuada. Al volver a anunciar las rutas de transporte con clase BGP, MPLS intercambia rutas, interconecta los túneles intra-AS de la misma clase de transporte, formando así un túnel de extremo a extremo que conserva la clase de transporte.

Implementación intra-AS de planos de transporte con clase BGP

Figura 1 muestra una topología de red con escenarios de antes y después de la implementación de planos de transporte con clase BGP en un dominio intraAS. Los dispositivos PE11 y PE12 utilizan RSVP LSP como túnel de transporte y todas las rutas del túnel de transporte se instalan en RIB inet.3. La implementación de planos de tranordenación con clase BGP permite que los túneles de transporte RSVP sean conscientes del color de manera similar a los túneles de enrutamiento de segmentos.

Figura 1: Dominio intra-AS: Escenarios antes y después para la implementación de planos de transporte con clase BGP

Para clasificar túneles de transporte en clase de transporte BGP en una configuración intraAS:

1. Defina la clase de transporte en el nodo de servicio (dispositivos de PE de entrada), por ejemplo, oro y bronce, y asigne valores de comunidad de colores a la clase de transporte definida.

   Configuración de ejemplo:

   content_copy zoom_out_map

   pe11# show routing-options
   route-distinguisher-id 172.16.1.1;
   transport-class {
       name gold {
           color 100;
       }
       name bronze {
           color 200;                      
   

2. Asocie el túnel de transporte a una clase de transporte específica en el nodo de entrada de los túneles.

   Configuración de ejemplo:

   content_copy zoom_out_map

   pe11# show protocols mpls
   label-switched-path toPE12-bronze {
       transport-class bronze;
   }
   label-switched-path toPE12-gold {
       transport-class gold;
   }
   

Funcionalidad del plano de transporte con clase del BGP intraAS:

• El transporte con clase BGP crea RIB de transporte predefinidas por clase de transporte con nombre (oro y bronce) y deriva automáticamente la comunidad de mapeo a partir de su valor de color (100 y 200).
• Las rutas de transporte intra-AS se rellenan en las RIB de transporte mediante el protocolo de túnel cuando está asociado a una clase de transporte.

  En este ejemplo, las rutas RSVP LSP asociadas con la clase de transporte gold (color 100) y la clase de transporte bronze (color 200) se instalan en las RIB de transporte junos-rti-tc-<100>.inet.3 y junos-rti-tc-<200>.inet.3, respectivamente.

• El nodo de servicio (PE de entrada) hace coincidir la comunidad de colores extendida (color:0:100 y color:0:200) de la ruta de servicio con la comunidad de mapeo en las RIB de resolución predefinidas y resuelve el siguiente salto de protocolo (PNH) en las RIB de transporte correspondientes (junos-rti-tc-<100>.inet.3 o junos-rti-tc-<200>.inet.3).
• Las rutas BGP se enlazan a un esquema de resolución llevando la comunidad de mapeo asimilado.
• Cada clase de transporte crea automáticamente dos esquemas de resolución predefinidos y deriva automáticamente la comunidad de asignación.

  Un esquema de resolución es para resolver rutas de servicio que usan Color:0:<val> como comunidad de mapeo.

  El otro esquema de resolución es para resolver rutas de transporte que usan Transport-Target:0:<val> como comunidad cartográfica.

• Si el PNH de la ruta de servicio no se puede resolver mediante las RIB enumeradas en el esquema de resolución predefinido, puede recurrir a la tabla de enrutamiento inet.3.
• También puede configurar la reserva entre RIB de transporte de diferentes colores mediante esquemas de resolución definidos por el usuario en la jerarquía de [edit routing-options resolution scheme] configuración.

Implementación de Inter-AS de planos de transporte con clase BGP

En una red interAS, BGP-LU se convierte en una red de transporte con clase BGP después de configurar un mínimo de dos clases de transporte (oro y bronce) en todos los nodos de servicio o dispositivos PE y nodos de borde (ABR y ASBR).

Para convertir los túneles de transporte en transporte con clase BGP:

1. Defina la clase de transporte en los nodos de servicio (dispositivos de PE de entrada) y los nodos de borde (ABR y ASBR), por ejemplo, oro y broze.

   Configuración de ejemplo:

   content_copy zoom_out_map

   pe11# show routing-options
   route-distinguisher-id 172.16.1.1;
   transport-class {
       name gold {
           color 100;
       }
       name bronze {
           color 200;                      
   

2. Asocie los túneles de transporte a una clase de transporte específica en el nodo de entrada de los túneles (PE, ABR y ASBR de entrada).

   Configuración de ejemplo:

   Para RSVP LSP

   content_copy zoom_out_map

   abr23# show protocols mpls 
   label-switched-path toASBR21-bronze {
       transport-class bronze;
   }
   label-switched-path toASBR22-gold {
       transport-class gold;
   

   Para el algoritmo FLXIBLE IS-IS

   content_copy zoom_out_map

   asbr13# show routing-options 
   flex-algorithm 128 {
   …
   color 100;
   use-transport-class;
   }
   flex-algorithm 129 {
   …
   color 200;
   use-transport-class;
   }
   

3. Habilite una nueva familia para el transporte con clase BGP (transporte inet) y BGP-LU (unidifusión etiquetada con inet) en la red.

   Configuración de ejemplo:

   content_copy zoom_out_map

   abr23# show protocols bgp   
   group toAs2-RR27 {
       family inet {
           labeled-unicast {
   …
           }
           transport {
   …
       }
       cluster 172.16.2.3;
       neighbor 172.16.2.7;
   }
   

4. Anuncie las rutas de servicio desde el dispositivo de PE de salida con la comunidad de color extendida adecuada.

   Configuración de ejemplo:

   content_copy zoom_out_map

   pe11# show policy-options policy-statement red
   term 1 {
           from {
               route-filter 192.168.3.3/32 exact;
           }
           then {
               community add map2gold;
               next-hop self;
               accept;
           }
       }
       term 2 {
           from {
               route-filter 192.168.33.33/32 exact;
           }
           then {
               community add map2bronze;
               next-hop self;
               accept;
           }
       } 
   community map2bronze members color:0:200;
   community map2gold members color:0:100;
   

Funcionalidad de plano de transporte con clase de InterAS BGP:

1. Los planos de transporte con clase BGP crean RIB de transporte predefinidas por clase de transporte con nombre (oro y bronce) y derivan automáticamente la comunidad de mapeo de su valor de color.

2. Las rutas de transporte intra-AS se rellenan en las RIB de transporte mediante protocolos de tunelización cuando se asocian a una clase de transporte.

   Por ejemplo, las rutas de túnel de transporte asociadas con la clase de transporte oro y bronce se instalan en las RIB de transporte junos-rti-tc-<100>.inet.3 y junos-rti-tc-<200>.inet.3, respectivamente.

3. Los planos de transporte con clase BGP utilizan un diferenciador de ruta y un destino de ruta únicos cuando copia las rutas del túnel de transporte de cada RIB de transporte a la tabla de enrutamiento bgp.transport.3.
4. Los nodos de borde anuncian rutas desde la tabla de enrutamiento bgp.transport.3 a sus pares en otros dominios si el transporte inet familiar se negocia en la sesión BGP.
5. El nodo de borde receptor instala estas rutas bgp-ct en la tabla de enrutamiento bgp.transport.3 y copia estas rutas según el destino de ruta de transporte en las RIB de transporte adecuadas.
6. El nodo de servicio compara la comunidad de colores de la ruta de servicio con una comunidad de asignación en los esquemas de resolución y resuelve PNH en la RIB de transporte correspondiente ( junos-rti-tc-<100>.inet.3 o junos-rti-tc-<200>.inet.3).
7. Los nodos fronterizos utilizan esquemas de resolución predefinidos para la resolución de PNH de rutas de transporte.
8. Predefinidos o definidos por el usuario, ambos esquemas de resolución admiten la resolución PNH de rutas de servicio. Predefinido usa inet.3 como reserva, y el esquema de resolución definido por el usuario permite usar la lista de RIB de transporte en el orden especificado al resolver PNH.
9. Si el PNH de la ruta de servicio no se puede resolver mediante las RIB enumeradas en el esquema de resolución definido por el usuario, se descarta la ruta.

Descripción general del transporte con clase BGP (BGP-CT) con túneles SR-TE de colores subyacentes

Beneficios de BGP-CT con túneles SR-TE de colores subyacentes

• Resuelve problemas de escala que puedan surgir en el futuro a medida que la red crece.
• Proporciona interconectividad para dominios que usan diferentes tecnologías.
• Desacopla los servicios y las capas de transporte, lo que resulta en una red completamente distribuida.
• Proporciona administración independiente del ancho de banda mediante un controlador de ingeniería de tráfico dentro del dominio para SR-TE.

Las grandes redes que crecen y evolucionan continuamente requieren una arquitectura de enrutamiento de segmentos sin fisuras. A partir de Junos OS versión 21.2,R1, admitimos BGP-CT con transporte subyacente como túneles SR-TE de colores. BGP-CT puede resolver rutas de servicio utilizando las RIB de transporte y calcular el siguiente salto. Los servicios que actualmente son compatibles con BGP-CT también pueden usar los túneles de color SR-TE subyacentes para la resolución de rutas. Los servicios ahora pueden usar los túneles de color SR-TE subyacentes, como los túneles de color estáticos, BGP SR-TE, RPD programable y PCEP. BGP-CT utiliza la accesibilidad del salto siguiente para resolver rutas de servicio en la clase de transporte deseada.

Para habilitar la resolución de ruta del servicio BGP-CT sobre túneles de color SR-TE subyacentes, incluya la use-transport-class instrucción en el nivel de [edit protocols source-packet-routing] jerarquía.

Beneficios de BGP-CT con túneles SR-TE de colores subyacentes

• Resuelve problemas de escala que puedan surgir en el futuro a medida que la red crece.
• Proporciona interconectividad para dominios que usan diferentes tecnologías.
• Desacopla los servicios y las capas de transporte, lo que resulta en una red completamente distribuida.
• Proporciona administración independiente del ancho de banda mediante un controlador de ingeniería de tráfico dentro del dominio para SR-TE.

Las grandes redes que crecen y evolucionan continuamente requieren una arquitectura de enrutamiento de segmentos sin fisuras. A partir de Junos OS versión 21.2,R1, admitimos BGP-CT con transporte subyacente como túneles SR-TE de colores. BGP-CT puede resolver rutas de servicio utilizando las RIB de transporte y calcular el siguiente salto. Los servicios que actualmente son compatibles con BGP-CT también pueden usar los túneles de color SR-TE subyacentes para la resolución de rutas. Los servicios ahora pueden usar los túneles de color SR-TE subyacentes, como los túneles de color estáticos, BGP SR-TE, RPD programable y PCEP. BGP-CT utiliza la accesibilidad del salto siguiente para resolver rutas de servicio en la clase de transporte deseada.

Para habilitar la resolución de ruta del servicio BGP-CT sobre túneles de color SR-TE subyacentes, incluya la use-transport-class instrucción en el nivel de [edit protocols source-packet-routing] jerarquía.

Coloración del servicio VPN

En general, a un servicio VPN se le puede asignar un color en el enrutador de salida donde se anuncia la NLRI VPN, o en un enrutador de entrada donde se recibe y procesa la NLRI VPN.

Puede asignar un color a los servicios VPN en diferentes niveles:

• Por instancia de enrutamiento.

• Por grupo BGP.

• Por vecino de BGP.

• Por prefijo.

• Conjunto de prefijos.

Una vez que asigna un color, el color se adjunta a un servicio VPN en forma de comunidad extendida de color BGP.

Puede asignar varios colores a un servicio VPN, denominados servicios VPN multicolor. En tales casos, el valor de color más pequeño se considera el color del servicio VPN y se ignoran todos los demás colores.

Los dispositivos de salida o entrada asignan varios colores a través de varias políticas en el siguiente orden:

• Política de exportación de BGP en el dispositivo de salida.

• Política de importación de BGP en el dispositivo de entrada.

• Política de importación de VRF en el dispositivo de entrada.

Los dos modos de coloración del servicio VPN son:

• Asignación de color de salida
• Asignación de color de entrada

[edit policy-options]
community red-comm {
  members color:0:50;
}

[edit policy-options]
policy-statement pol-color {
  term t1 {
    from {
     [any match conditions];
    }
    then {
     community add red-comm;
     accept;
    }
  }
}

[edit routing-instances]
vpn-X {
...
  vrf-export pol-color ...;
}

[edit protocols bgp]
group PEs {
...
  neighbor PE-A {
  export pol-color ...;
  vpn-apply-export;
  }
}

[edit policy-options]
community red-comm {
  members color:0:50;
}

[edit policy-options]
policy-statement pol-color {
  term t1 {
    from {
    [any match conditions];
}
then {
  community add red-comm;
    accept;
    }
  }
}

[edit routing-instances]
vpn-Y {
...
  vrf-import pol-color ...;
}

[edit protocols bgp]
group PEs {
...
  neighbor PE-B {
    import pol-color ...;
  }
}

Especificación del modo de asignación de servicios VPN

Para especificar modos de asignación de servicios VPN flexibles, debe definir una política mediante la instrucción resolution-map y hacer referencia a la política en la instancia de enrutamiento vrf-import, group import o group neighbor import de un servicio VPN en el nivel jerárquico [edit protocols bgp]. Todas las rutas VPN que coincidan con la política de enrutamiento se adjuntan con el mapa de resolución especificado.

Por ejemplo:

[edit policy-options]
resolution-map map-A {
  <mode-1>;
  <mode-2>;
  ...
}
policy-statement pol-resolution {
  term t1 {
    from {
    [any match conditions];
}
then {
  resolution-map map-A;
    accept;
    }
  }
}

Puede aplicar la política de importación a la instancia de enrutamiento del servicio VPN.

[edit routing-instances]
vpn-Y {
...
  vrf-import pol-resolution ...;
}

También puede aplicar la directiva de importación a un grupo BGP o vecino de BGP.

[edit protocols bgp]
group PEs {
...
  neighbor PE-B {
  import pol-resolution ...;
  }
}

Resolución de próximo salto del protocolo Color-IP

El proceso de resolución del protocolo del siguiente salto se ha mejorado para admitir la resolución del siguiente salto del protocolo IP de color. Para un servicio VPN coloreado, el proceso de resolución del protocolo del siguiente salto toma un color y un mapa de resolución, crea un siguiente salto del protocolo IP coloreado en forma de , y resuelve el siguiente salto del protocolo en las tablas de ip-address:colorenrutamiento inetcolor.0 e inet6color.0.

Debe configurar una política para admitir la resolución de múltiples rutas de servicios VPN de capa 2, VPN de capa 3 o EVPN de color sobre LSP de color. A continuación, la política debe aplicarse con la tabla RIB relevante como política de importación del solucionador.

Por ejemplo:

[edit policy-options]
policy-statement mpath {
  then multipath-resolve;
}

[edit routing-options]
resolution {
  rib bgp.l3vpn.0 {
    inetcolor-import mpath;
  }
}

resolution {
  rib bgp.l3vpn-inet6.0 {
    inet6color-import mpath;
  }
}

resolution {
  rib bgp.l2vpn.0 {
    inetcolor-import mpath; 
  }
}

resolution {
  rib mpls.0 {
    inetcolor-import mpath;
  }
}

resolution {
  rib bgp.evpn.0 {
    inetcolor-import mpath;
  }
}

Respaldo a la resolución del protocolo IP del próximo salto

Si un servicio VPN de color no tiene un mapa de resolución aplicado, el servicio VPN ignora su color y recurre a la resolución del protocolo IP del próximo salto. Por el contrario, si a un servicio VPN no coloreado se le aplica un mapa de resolución, el mapa de resolución se ignora y el servicio VPN utiliza la resolución del próximo salto del protocolo IP.

La reserva es un proceso sencillo que va desde los LSP SR-TE coloreados hasta los LSP LDP, mediante el uso de un grupo RIB para que LDP instale rutas en tablas de enrutamiento inet{6}color.0. Una coincidencia de prefijo más larga para el próximo salto de un protocolo IP de color garantiza que si no existe una ruta LSP SR-TE de color, se debe devolver una ruta LDP con una dirección IP coincidente.

Mapeo basado en color de unidifusión etiquetado con BGP sobre la base SR-TE e IS-IS

A partir de Junos OS versión 20.2R1, la unidifusión etiquetada como BGP (BGP-LU) puede resolver rutas IPv4 o IPv6 mediante ingeniería de tráfico de enrutamiento de segmentos (SR-TE) con base IS-IS para las familias de direcciones IPv4 e IPv6. BGP-LU admite la asignación de un color de comunidad BGP y la definición de a resolution map para SR-TE. Se construye un protocolo de color del siguiente salto y se resuelve en un túnel SR-TE de color en la inetcolor.0 tabla o inet6color.0 . Por lo tanto, BGP-LU resuelve el siguiente salto del protocolo sobre túneles SR-TE para el transporte de paquetes. BGP utiliza inet.3 y inet6.3 tablas para mapeo no basado en color.

Funciones admitidas y no compatibles para la asignación basada en colores de servicios VPN

Las siguientes características y funcionalidades son compatibles con la asignación basada en colores de los servicios VPN:

• VPN BGP de capa 3

• VPN BGP capa 2 (Kompella capa 2 VPN)

• BGP EVPN

• Mapa de resolución con una sola opción de color IP.

• Resolución coloreada del próximo salto de los protocolos IPv4 e IPv6.

• Base de información de enrutamiento (también conocida como tabla de enrutamiento) reserva basada en grupos a LDP LSP en tablas de enrutamiento inetcolor.0 o inet6color.0.

• Coloreado SR-TE LSP.

• Plataformas virtuales.

• Junos OS de 64 bits.

• Sistemas lógicos.

• BGP etiquetado como unidifusión

Las siguientes características y funcionalidades no son compatibles con la asignación basada en colores de los servicios VPN:

• LSP MPLS de color, como RSVP, LDP, BGP-LU, estáticos.

• Circuito de capa 2

• VPN de capa 2 con detección automática de BGP FEC-129 y señalizada por LDP.

• VPLS

• MVPN

• IPv4 e IPv6 mediante resolution-map.