Descripción de los LSP de P2MP para el túnel de proveedor inclusivo de EVPN
Una instancia de EVPN comprende dispositivos de borde de cliente (CE) que se conectan a dispositivos perimetrales de proveedor (PE) para formar el borde de la infraestructura de MPLS. Un CE puede ser un host, un enrutador o un conmutador. Los PE proporcionan conectividad virtual con puente de capa 2 entre las CE. Puede haber varias instancias de EVPN en la red del proveedor. Los PE pueden estar conectados por una infraestructura de ruta conmutada de etiquetas (LSP) de MPLS, que proporciona los beneficios de la tecnología MPLS, como reenrutamiento rápido, resiliencia, etc.
Los PE también pueden estar conectados por una infraestructura IP, donde se puede usar la tunelización IP/GRE (encapsulación de enrutamiento genérico) u otra tunelización IP entre los PE. Aquí entendemos los LSP de MPLS como la tecnología de tunelización diseñada para ser extensible a la tunelización de IP como la tecnología de tunelización de red conmutada de paquetes (PSN).
A partir de la versión 18.2R1 de Junos OS, Junos OS proporciona la capacidad de configurar y señalar un LSP P2MP para el túnel de proveedor inclusivo EVPN para el tráfico BUM. Los LSP de P2MP pueden proporcionar una utilización eficiente del ancho de banda del núcleo mediante la replicación de multidifusión solo en los nodos necesarios, en lugar de la replicación de entrada en el PE de entrada.
Puede configurar y señalar un LSP P2MP para el túnel del proveedor inclusivo EVPN en los atributos PMSI de la ruta de etiqueta Ethernet de multidifusión inclusiva. El túnel P2MP se utiliza para reenviar paquetes de difusión, unidifusión desconocida y multidifusión (BUM) en el PE de entrada. Cuando se representan los atributos PMSI en la ruta de etiqueta Ethernet de multidifusión inclusiva, no se representa una etiqueta de transporte para los túneles de proveedor P2MP, excepto en el caso en que se utilice la agregación. La etiqueta de transporte se utiliza para identificar el EVI en el PE de salida.
Cuando se utilizan los túneles de proveedor P2MP, las etiquetas ESI para Horizonte dividido se asignan en dirección ascendente en lugar de descendente. El PE de entrada asigna la etiqueta que el PE de salida recibe como etiqueta de horizonte dividido. Dado que cada PE ascendente no puede asignar la misma etiqueta, la etiqueta no identifica el ESI y se debe hacer referencia a ella en el espacio de etiquetas de contexto del PE de entrada. La etiqueta de transporte identifica de forma exclusiva el PE de entrada y la etiqueta de horizonte dividido se identifica mediante una tupla de etiqueta de transporte o SH.
En el PE de entrada, se asigna una etiqueta ESI asignada ascendente y se señala para la función Horizonte dividido. Esta etiqueta se agrega al tráfico BUM que se origina en el segmento Ethernet dado. De forma predeterminada, una salida puede recibir tráfico con una etiqueta ESI que no está configurada en este PE debido a túneles P2MP y etiquetas asignadas ascendentes.
En el caso de los túneles IR, la entrada incluye la etiqueta ESI solo en los PE con el ES. En tal caso, el PE de salida extrae la etiqueta ESI e inunda el paquete normalmente.
Para E-tree, la etiqueta de hoja se asigna aguas arriba y su función es similar a la etiqueta SH. El PE de entrada asigna la etiqueta de hoja y la representa en la comunidad extendida del árbol E para la ruta Ethernet A-D per ES. Cuando el PE leaf actúa como entrada, agrega la etiqueta leaf para el tráfico BUM. Un PE de salida que actúa como una hoja descarta el tráfico que contiene la etiqueta de hoja. Los PE de salida que actúan como raíz extraen la etiqueta de hoja y reenvían el tráfico. Dado que las etiquetas de hoja se asignan aguas arriba, es posible que no sean únicas porque es posible que varios PE de hoja hayan asignado la misma etiqueta de hoja. Por lo tanto, la etiqueta de la hoja debe identificarse mediante la tupla (etiqueta de transporte, etiqueta de la hoja).
El EVPN P2MP funciona sin una lsi interfaz or vt . En su lugar, el EVPN asigna una etiqueta para usarla como etiqueta de transporte mLDP/RSVP en el PE de salida.
Compatibilidad con NSR e ISSU unificado en EVPN con P2MP
El enrutamiento activo sin paradas (NSR) y la conmutación agraciada del motor de enrutamiento (GRES) minimizan la pérdida de tráfico cuando hay una conmutación del motor de enrutamiento. Cuando falla un motor de enrutamiento, NSR y GRES habilitan una plataforma de enrutamiento con motores de enrutamiento redundantes para cambiar de un motor de enrutamiento principal a un motor de enrutamiento de respaldo y continuar reenviando paquetes.
La actualización de software en servicio (ISSU) unificada le permite actualizar el software de Junos OS en el enrutador de la serie MX sin interrupciones en el plano de control y con una interrupción mínima del tráfico. Tanto GRES como NSR deben estar habilitados para usar ISSU unificado. El enrutamiento activo sin paradas (NSR) y la conmutación agraciada del motor de enrutamiento (GRES) minimizan la pérdida de tráfico cuando hay una conmutación del motor de enrutamiento.
Cuando falla un motor de enrutamiento, NSR y GRES habilitan una plataforma de enrutamiento con motores de enrutamiento redundantes para cambiar de un motor de enrutamiento principal a un motor de enrutamiento de respaldo y continuar reenviando paquetes. La actualización de software en servicio (ISSU) le permite actualizar el software de Junos OS en su enrutador de la serie MX sin interrupciones en el plano de control y con una interrupción mínima del tráfico. Tanto GRES como NSR deben estar habilitados para usar ISSU unificado.
Junos OS refleja datos esenciales cuando NSR está habilitado. Para EVPN con replicación mLDP P2MP, la etiqueta de transporte LDP/RSVP se reflejará en el motor de enrutamiento en espera. Para obtener información sobre otros datos reflejados y el flujo de datos de NSR, consulte Compatibilidad con NSR e ISSU unificada para EVPN.
Beneficios de los LSP de P2MP de EVPN para el túnel de proveedor inclusivo de EVPN
Proporciona una utilización eficiente del ancho de banda del núcleo mediante la replicación de multidifusión solo en los nodos necesarios.
Administra la replicación de entrada en el PE de entrada para evitar una sobrecarga.
Admite LSP P2MP para EVPN Árboles de multidifusión P inclusivos para EVPNoMPLS para mLDP y RSVP-TE P2MP-E-tree.