Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Descripción general de la integración del puente troncal de proveedores (PBB) y EVPN

Ethernet VPN (EVPN) proporciona una solución para servicios VPN de capa 2 multipunto con capacidades avanzadas de multiconexión que usan BGP para distribuir información de accesibilidad de la dirección MAC a través de la red MPLS o IP central. Sin embargo, con EVPN, se transportan varios miles de direcciones MAC desde cada instancia de enrutamiento y reenvío virtual (VRF), lo que requiere actualizaciones frecuentes en las rutas MAC recién aprendidas y las rutas retiradas. Esto aumenta la sobrecarga en la red del proveedor.

El puente troncal del proveedor (PBB) extiende la conmutación Ethernet de capa 2 para ofrecer escalabilidad mejorada, funciones de calidad de servicio (QoS) y confiabilidad carrier-class. Con la integración de PBB con EVPN, en lugar de enviar al cliente direcciones MAC (C-MAC) como aprendizaje del plano de control, las direcciones MAC (B-MAC) de la red troncal se distribuyen en el núcleo de EVPN. Esto simplifica el aprendizaje del plano de control en todo el núcleo y permite que una gran cantidad de servicios de capa 2, como la conectividad del centro de datos, transiten por la red de una manera sencilla.

En las siguientes secciones se describe la descripción general de la tecnología y la implementación de la integración PBB-EVPN:

Descripción tecnológica de la integración de PBB-EVPN

Descripción del puente de red troncal de proveedores (PBB)

El puente de red troncal de proveedor (PBB) se definió originalmente como el estándar IEEE 802.1ah y funciona exactamente de la misma manera que el estándar IEEE 802.1ad. Sin embargo, en lugar de multiplexar las VLAN, PBB duplica la capa MAC del marco del cliente y la separa del dominio del proveedor mediante su encapsulación en un identificador de servicio de instancia (I-SID) de 24 bits. Esto permite una transparencia total entre la red del cliente y la red del proveedor.

Cuando funciona con direcciones MAC del cliente (C-MAC) y MAC de servicio (S-MAC), PBB utiliza una nueva dirección MAC troncal (B-MAC). La dirección MAC B se agrega en el borde de la red PBB, que es administrada por una VPN de operadora o una VPN de operadora de operadoras. Con el uso de un I-SID para el grupo de servicio de instancia de enrutamiento del cliente (componente I), PBB mejora la escalabilidad de los servicios Ethernet.

La Figura 1 ilustra una red PBB, describiendo los elementos de red PBB y los espacios de dirección MAC.

Figura 1: Elementos Network diagram of IEEE 802.1ad access layer with PEB and PB, and IEEE 802.1ah core layer with BEB and BCBs. Shows C-MAC blue and B-MAC orange address spaces, depicting user traffic flow. de la red PBB

Los términos de PBB son:

  • PB—Puente de proveedor (802.1ad)

  • PEB—Puente de borde del proveedor (802.1ad)

  • BEB—Puente de borde troncal (802.1ah)

  • BCB—Puente de núcleo troncal (802.1ah)

El dispositivo BEB es el primer punto de interés inmediato dentro de PBB y forma el límite entre la red de acceso y el núcleo. Esto introduce dos componentes clave: el componente I y el componente B en PBB.

  • I-component

    El componente I forma la interfaz o instancia de enrutamiento orientada al cliente o al acceso. El componente I es responsable de asignar el tráfico Ethernet del cliente al I-SID adecuado. En un primer momento, el tráfico Ethernet del cliente se asigna a un dominio de puente de cliente. A continuación, cada dominio de puente de cliente se asigna a un I-SID. Esta asignación de servicio puede ser por puerto, por puerto con VLAN de servicio (S-VLAN) o por puerto con S-VLAN y VLAN de cliente (C-VLAN). El componente I se utiliza para aprender y reenviar tramas basadas en las direcciones C-MAC y mantiene una tabla de asignación de C-MAC a B-MAC que se basa en la etiqueta de instancia (I-TAG).

    Dentro del componente I hay dos puertos:

    • Puerto de instancia de cliente (CIP)

      Estos puertos son instancias de servicio al cliente en las interfaces orientadas al cliente. Las definiciones de servicio pueden ser por puerto, por puerto con S-VLAN o por puerto con S-VLAN y C-VLAN.

    • Puerto de instancia de proveedor (PIP)

      Este puerto realiza la encapsulación de PBB, como insertar la I-TAG, las direcciones B-MAC de origen y destino, y la desencapsulación de PBB, como hacer estallar el I-SID, aprender la asignación de B-MAC a C-MAC de origen en la dirección de entrada.

  • B-component

    el componente B es la instancia principal de PBB orientada hacia la red. El componente B se utiliza para aprender y reenviar paquetes basados en las direcciones B-MAC. Entonces, el componente B es responsable de asignar los I-SID a las B-VLAN adecuadas (en el caso de redes PBB) o de insertar y extraer etiquetas MPLS de servicio para redes basadas en MPLS.

    Dentro del componente B hay dos puertos:

    • Puerto troncal del cliente (CBP)

      Estos puertos son puertos perimetrales troncales que pueden recibir y transmitir tramas etiquetadas por instancias de varios clientes, y asignar ID de VLAN troncal (B-VID) y traducir el I-SID en función del I-SID recibido.

    • Puerto troncal del proveedor (PBP)

      Estos puertos proporcionan conectividad a los otros puentes que se encuentran dentro y están conectados a la red troncal. Estos son puertos orientados al proveedor. Estos puertos admiten el componente S-VLAN.

La Figura 2 ilustra los componentes clave del PBB. La Figura 3 ilustra el formato de paquete PBB.

Figura 2: Componentes Provider Backbone Bridging architecture showing IB Bridge, B-Component, I-Component, MAC Relay, Service Label with I-TAG details, and encapsulation layers L1, L2, PBB. clave de PBB
Figura 3: Formato Ethernet frame structure with VLAN and service tags: preamble, SFD, backbone MACs, VLAN tag, I-TAG, customer MACs, S-VLAN, C-VLAN, type, data, FCS. de paquete PBB

Descripción de EVPN

EVPN es una nueva tecnología basada en estándares que proporciona conectividad multipunto con puente virtual entre distintos dominios de capa 2 a través de una red troncal IP o IP/MPLS. Al igual que otras tecnologías VPN, como IPVPN y VPLS, las instancias de EVPN (EVIs) se configuran en enrutadores de PE para mantener la separación de los servicios lógicos entre los clientes. Los dispositivos perimetrales del proveedor (PE) se conectan a los dispositivos perimetrales del cliente (CE), que pueden ser un enrutador, un conmutador o un host. Luego, los dispositivos PE intercambian información de accesibilidad mediante multiprotocolo BGP (MP-BGP) y el tráfico encapsulado se reenvía entre ellos. Dado que los elementos de la arquitectura son comunes a otras tecnologías VPN, EVPN se puede introducir e integrar sin problemas en entornos de servicio existentes.

Figura 4: Descripción general deEVPN Overview EVPN

La tecnología EVPN ofrece mecanismos para la interconexión del centro de datos (DCI) de próxima generación mediante la adición de procedimientos de plano de control extendidos para intercambiar la información de la capa 2 (dirección MAC) y la capa 3 (dirección IP) entre los enrutadores de borde del centro de datos (DCBR) participantes. Estas características ayudan a abordar algunos de los desafíos de DCI, como la movilidad fluida de VM y el enrutamiento óptimo de IP. La movilidad fluida de la VM se refiere al desafío de la extensión de la capa 2 y el mantenimiento de la conectividad frente a la movilidad de la VM, y el enrutamiento IP óptimo se refiere al desafío de admitir el comportamiento de puerta de enlace predeterminado para el tráfico saliente de una VM y el enrutamiento triangular que evita el tráfico entrante de una VM.

El operador del centro de datos utiliza la tecnología EVPN para ofrecer servicios multiinquilinos, flexibles y resistentes que se pueden ampliar a pedido. Esta flexibilidad y resistencia pueden requerir el uso de recursos de computación entre diferentes centros de datos físicos para un solo servicio (extensión de capa 2) y movimiento de VM.

EVPN admite la multiconexión completamente activa, lo que permite que un dispositivo CE se conecte a dos o más dispositivos PE, de modo que el tráfico se reenvíe a través de todos los vínculos entre los dispositivos. Esto permite que el dispositivo CE equilibre la carga de tráfico a los distintos dispositivos PE. Más importante aún, permite a un dispositivo de PE remoto equilibrar la carga del tráfico a los PE multiconexión en toda la red principal. Este equilibrio de carga de flujos de tráfico entre centros de datos se conoce como aliasing. EVPN también tiene mecanismos que impiden el bucle de tráfico de difusión, unidifusión desconocida y multidifusión (BUM) en una topología multiconexión totalmente activa.

Nota:

No se admiten las optimizaciones de multidifusión de IGMP snooping, MLD snooping o PIM snooping con PBB-EVPN.

La multiconexión proporciona redundancia en caso de que falle un enlace de acceso o un dispositivo PE. En cualquier caso, los flujos de tráfico desde el dispositivo CE hacia el dispositivo PE utilizan los vínculos activos restantes. Para el tráfico en la otra dirección, el dispositivo de PE remoto actualiza su tabla de reenvío para enviar tráfico al resto de los dispositivos de PE activos conectados al segmento de Ethernet multiconexión. EVPN proporciona un mecanismo de convergencia rápida, de modo que el tiempo que se tarda en realizar este ajuste es independiente de la cantidad de direcciones MAC aprendidas por el dispositivo de PE.

El plano de control MP-BGP de EVPN permite que las máquinas virtuales en vivo se muevan dinámicamente de un centro de datos a otro, también conocido como movimiento de VM. Después de mover una máquina virtual a un servidor o hipervisor de destino, transmite un ARP gratuito que actualiza la tabla de reenvío de capa 2 del dispositivo PE en el centro de datos de destino. Entonces, el dispositivo PE transmite una actualización de ruta MAC a todos los dispositivos de PE remotos, los cuales, a su vez, actualizan sus tablas de reenvío. De esta manera, un EVPN rastrea el movimiento de la VM, también conocido como movilidad MAC. EVPN también tiene mecanismos para detectar y detener la oscilación de MAC.

La tecnología EVPN, similar a VPN MPLS de capa 3, introduce el concepto de enrutar direcciones MAC mediante MP-BGP a través del núcleo MPLS. Algunos de los beneficios importantes de usar EVPN incluyen:

  • Capacidad de disponer de un dispositivo perimetral multiconexión dual-activo

  • Proporciona equilibrio de carga entre vínculos duales activos

  • Proporciona movilidad de dirección MAC

  • Ofrece tenencia múltiple

  • Proporciona alias

  • Permite una convergencia rápida

Integración de PBB-EVPN

La integración de PBB con EVPN se describe en las siguientes secciones:

Integración de los elementos de red PBB y EVPN

En una red PBB, una gran cantidad de direcciones MAC de clientes (C-MAC) se ocultan detrás de una cantidad drásticamente menor de direcciones MAC troncales (B-MAC), sin que los dispositivos en el núcleo tengan que aprender y procesar todos los estados individuales del cliente. El I-SID crea una encapsulación que permite desplegar una gran cantidad de servicios. Sin embargo, a diferencia de las redes modernas que tienen un núcleo MPLS simple compuesto por dispositivos de PE y proveedores, los dispositivos en el núcleo de PBB deben actuar como conmutadores, llamados puente de núcleo troncal (BCB), que toman decisiones de reenvío basadas en direcciones B-MAC. Esto causa problemas de incompatibilidad con las redes MPLS modernas, donde los paquetes se conmutan entre direcciones de circuito cerrado de borde mediante etiquetas MPLS y recursividad.

Con la integración de PBB con EVPN, el elemento BCB en el núcleo de PBB se sustituye por MPLS, a la vez que conserva las propiedades de escalado de servicio del dispositivo perimetral PBB de BEB. El componente B se señala mediante la señalización BGP de EVPN y se encapsula dentro de MPLS mediante dispositivos de proveedor y PE. Como resultado, la gran escala del PBB se combina con la simplicidad de una red central de MPLS básica tradicional, y la cantidad de información de estado de toda la red se reduce significativamente, a diferencia del PBB normal.

La Figura 5 ilustra la integración PBB-EVPN mediante los diferentes elementos de una red PBB y EVPN.

Figura 5: Integración Network architecture integrating MPLS, PBB, and Q-in-Q technologies for scalable Layer 2 connectivity. Shows access via dot1q and Q-in-Q, MPLS core with BGP-EVPN signaling, and C-MAC to B-MAC encapsulation. de PBB-EVPN

Inicialización del plano de control PBB-EVPN

En una red PBB-EVPN, las direcciones B-MAC se distribuyen sobre el núcleo de EVPN y las direcciones C-MAC se aprenden en el plano de datos y se agregan detrás de las direcciones B-MAC.

La Figura 6 ilustra el manejo del plano de control en una red PBB-EVPN de ejemplo con cuatro dispositivos PE y dos dispositivos en la parte superior del rack en dos centros de datos.

Figura 6: Manejo del plano de control PBB-EVPN Network diagram of data center interconnect setup using EVPN over MPLS. Shows two data centers linked via a WAN with BGP control plane learning. Highlights VLAN tunnels and roles of CE and PE devices.

El manejo del plano de control en el sitio 1 del centro de datos es el siguiente:

  1. Se produce la búsqueda de la dirección MAC C y se aprende la dirección MAC C.

  2. La dirección de origen B-MAC y el I-SID se insertan en el paquete.

  3. La búsqueda de direcciones de destino de C-MAC a B-MAC se realiza en la tabla I-SID. Si la dirección MAC está presente, el paquete se enruta utilizando una ruta MAC EVPN; de lo contrario, se utiliza una ruta de multidifusión.

  4. Esta ruta proporciona la etiqueta de servicio para el paquete, que tiene PBB y también la trama original.

El manejo del plano de control en el sitio 2 del centro de datos es el siguiente:

  1. En el dispositivo de PE a disposición, el paquete se recibe con una única etiqueta de servicio, lo que indica que es una trama PBB.

  2. La asignación de direcciones de origen de C-MAC a B-MAC se aprende en la tabla I-SID.

  3. La dirección origen del C-MAC se aprende en la tabla MAC del dominio de puente de cliente (C-BD).

Detección de rutas EVPN en PBB-EVPN

PBB con funcionalidad Dot1ah se implementa en los dispositivos PE. En el caso de PBB-EVPN, los dispositivos de PE implementan la funcionalidad de puente de instancia y red troncal. Solo se distribuyen direcciones B-MAC en el plano de control, las direcciones C-MAC se aprenden en el plano de datos. Las siguientes rutas EVPN se detectan en los distintos dispositivos PE:

Autodescubrimiento de VPN

Cuando se configura una instancia de EVPN (EVI) en dispositivos de PE diferentes, la detección automática de la VPN se produce primero para detectar los puntos de conexión de EVPN. Cada dispositivo PE configurado con un EVI envía la ruta de multidifusión inclusiva.

Los campos de ruta de multidifusión inclusivos son los siguientes:

  • RD—Valor de diferenciador de ruta único por dispositivo de PE publicitario por EVI. La importancia del RD es local para un dispositivo PE.

  • TAG ID—ID de servicio equivalente al valor I-SID. Se asigna un I-SID a un dominio de puente bajo un EVI cuando se admite el servicio. El ID de etiqueta se establece en 0 para el servicio de agrupación de I-SID, donde se asignan varios I-SID a un dominio de puente.

  • Originating IP addr—Dirección IP de circuito cerrado.

  • P-Multicast Service Interface (PMSI) Attributes: atributos necesarios para transmitir el tráfico BUM. Hay dos tipos de túneles: LSP de punto a multipunto y replicación de entrada. En el caso de la replicación de entrada, la etiqueta de multidifusión para el tráfico BUM se asigna en sentido descendente. En el caso de un LSP punto a multipunto, el atributo PMSI incluye el identificador LSP de punto a multipunto. Si el árbol de multidifusión se comparte o se agrega entre varios EVO, el dispositivo PE utiliza la etiqueta asignada ascendente para asociar o enlazar al EVI.

  • RT Extended Community: destino de ruta asociado con un EVI. Este atributo tiene importancia global en EVPN.

En la Figura 7, cada dispositivo PE envía la ruta de multidifusión inclusiva a cada vecino del BGP. El dispositivo PE1 envía una ruta de multidifusión inclusiva a los dispositivos PE2, PE3 y PE4 para la detección automática de VPN. El manejo del tráfico BUM también se ilustra en la figura. Durante la secuencia de inicio, los dispositivos PE1, PE2, PE3 y PE4 envían una ruta de multidifusión inclusiva que incluye la etiqueta de multidifusión.

Figura 7: Autodescubrimiento Network diagram illustrating data communication with VLANs, MPLS, and Ethernet frames. Shows customer edge devices connected via a provider network with VLAN headers and MPLS for data routing and switching. Highlights data flow from CE1 to CE2 and through IB Bridge components. de VPN
Descubrimiento de segmentos de Ethernet

La ruta del segmento Ethernet se codifica en la NLRI de EVPN con el valor Tipo de ruta 4. Esta NLRI se utiliza para descubrir el segmento de Ethernet multiconexión y para la elección de DF.

El destino de ruta ES-import, una comunidad extendida de destino de ruta transitiva, también se transporta con la ruta de segmento Ethernet. La comunidad extendida ES-import permite que todos los dispositivos PE conectados al mismo sitio multiconexión importen las rutas de segmentos Ethernet. La importación de esta ruta la realiza el dispositivo de PE que tiene configurado el ESI. Todos los demás dispositivos PE descartan esta ruta de segmento Ethernet.

En la Figura 8 , se proporcionan detalles sobre el procedimiento de enrutamiento por segmentos Ethernet para la detección automática de segmentos Ethernet multiconexión.

Figura 8: Descubrimiento Network topology diagram of Ethernet Virtual Private Network with Multi-Protocol Label Switching, showing interactions between CE devices, PE routers, and MPLS backbone. de segmentos Ethernet

En esta figura, los dispositivos PE1 y PE2 están conectados a un segmento multiconexión con valor ESI de ESI1 y dirección MAC B de B-MAC1. En el caso de un segmento multiconexión activo-activo, este B-MAC debe ser el en los dispositivos PE1 y PE2. De manera similar, los dispositivos PE3 y PE4 son multiconexión activa/activa para ESI2 con una dirección MAC B de B-MAC2. Los dispositivos PE1 y PE2 envían la ruta de segmento Ethernet para ESI1, que reciben los dispositivos PE3 y PE4, pero se omite porque los dispositivos no están configurados para ESI1. Solo los dispositivos PE1 y PE2 están en un grupo redundante y la elección de DF se realiza en este grupo. De manera similar, los dispositivos PE3 y PE4 se encuentran en otro grupo redundante y se selecciona el dispositivo PE3 o PE4 como DF.

Descubrimiento de rutas MAC Ethernet

La ruta de anuncio MAC de Ethernet se utiliza para distribuir direcciones B-MAC de nodos PE. La ruta de anuncio MAC está codificada con los siguientes campos:

  • El campo de dirección MAC contiene la dirección MAC B.

  • El campo Etiqueta de Ethernet está establecido en 0.

  • El campo de identificador de segmento de Ethernet debe establecerse en 0 (para segmentos de una sola conexión o segmentos multiconexión con equilibrio de carga por I-SID) o en MAX-ESI (para segmentos de multiconexión con equilibrio de carga por flujo).

  • La etiqueta está asociada con el reenvío de unidifusión del tráfico desde diferentes dispositivos PE.

  • RT (destino de ruta) comunidad extendida asociada con su EVI.

La Figura 9 ilustra el anuncio de la ruta MAC en PBB-EVPN.

Figura 9: Descubrimiento Network topology with MPLS and EVPN routing showing interaction between CE devices, PE routers, and MPLS cloud. Dashed arrows indicate MAC route advertisements across PE routers. de rutas MAC Ethernet
Diferencias entre PBB-EVPN y EVPN

En las tablas 1 y 2 se enumeran las diferencias entre PBB-EVPN y EVPN puro para redes de capa 2 en el contexto de los distintos tipos de ruta y atributos de ruta, respectivamente.

Tabla 1: Diferencias de ruta entre PBB-EVPN y EVPN

Ruta

Uso

Aplicabilidad

Ruta de autodescubrimiento de Ethernet

  • Retiro masivo de MAC

  • Alias

  • Publicidad de etiquetas de horizonte dividido

Solo EVPN

Ruta de anuncio MAC

  • Anuncie la accesibilidad de la dirección MAC

  • Anunciar enlaces de IP y MAC

EVPN

PBB-EVPN

Ruta de multidifusión inclusiva

Descubrimiento de punto de conexión de túnel de multidifusión

EVPN

PBB-EVPN

Ruta por segmentos de Ethernet

  • Redundancia

  • Elección de transportista designado (DF)

EVPN

PBB-EVPN

Tabla 2: Atributos de ruta y diferencias de uso de ruta entre PBB-EVPN y EVPN

Atributo

Uso

Aplicabilidad

ESI MPLS lable comunidad extendida

  • Codifique la etiqueta de horizonte dividido para el segmento Ethernet.

  • Indicar modo de redundancia (actvie/standby o activo/activo).

Ruta de autodescubrimiento de Ethernet

Comunidad extendida de ES-import

Limite el alcance de importación de las rutas de segmento Ethernet.

Ruta por segmentos de Ethernet

Comunidad extendida de movilidad MAC

  • EVPN: Indica que una dirección MAC se movió de un segmento a otro a través de dispositivos PE.

  • PBB-EVPN: Notificación de vaciado de la dirección MAC de la señal.

Ruta de anuncio MAC

Comunidad extendida de puerta de enlace predeterminada

Indique los enlaces MAC o IP de una puerta de enlace.

Ruta de anuncio MAC

Tutorial de paquetes PBB-EVPN

Según la configuración de PBB y EVPN en diferentes dispositivos PE de la red, el segmento Ethernet, la accesibilidad de la dirección MAC B y las rutas de multidifusión ya están programados en diferentes dispositivos PE en la nube de EVPN. El tutorial de paquetes de PBB-EVPN incluye el manejo de los siguientes tipos de tráfico:

Manejo del tráfico BUM en PBB-EVPN

La figura 10 ilustra el plano de control PBB-EVPN y el manejo del tráfico BUM.

Figura 10: Gestión del tráfico BUM de PBB-EVPN Network diagram illustrating data communication with VLANs, MPLS, and Ethernet frames. Shows customer edge devices connected via a provider network with VLAN headers and MPLS for data routing and switching. Highlights data flow from CE1 to CE2 and through IB Bridge components.

El manejo PBB-EVPN del tráfico BUM a través de la nube EVPN es el siguiente:

  1. Después de que el servidor A se inicia, el servidor A intenta enviar tráfico al servidor B. El servidor A no tiene el enlace ARP en la tabla ARP para el servidor B, por lo que el servidor A crea una solicitud de difusión ARP y la envía. El contenido de los paquetes ARP es VLAN 10, S-MAC=M2 (interfaz MAC del servidor A), MAC de destino=ff.ff.ff.ff.ff.ff.ff, dirección IP de origen=dirección IP del servidor A o dirección IP de la máquina virtual y dirección IP de destino=dirección IP del servidor B. Este tipo de paquete para ARP es 0x0806. La trama de capa 2 se envía a Devie CE1.

  2. El dispositivo CE1 realiza la operación de conmutación de capa 2 en esta trama. Dado que se trata de una trama de difusión de capa 2, la trama se clasifica en una interfaz y se basa en la configuración del dominio de puente para este servicio y el comportamiento de difusión. El paquete se reenvía a todos los miembros del dominio de puente excepto a aquel en el que se recibió. Es posible que haya traducción de VLAN, como inserción, pop o traducción, realizada en esta trama. Esta trama se envía al dispositivo PE2. Esta trama puede ser sin etiquetar, con una sola etiqueta o Q-in-Q.

  3. Después de que el dispositivo PE2 recibe esta trama, al principio pasa por el motor de clasificación para clasificarla en un servicio. En función de la interfaz de resultados de clasificación (es decir, el puerto de instancia de cliente [CIP]), se identifica el servicio. Se aprende la dirección MAC de origen (si no está presente en la tabla MAC). Esta clasificación da como resultado el C-BD. Dado que esta trama es una trama de difusión, se envía a todas las interfaces miembro de este dominio de puente. Una de las interfaces miembro de este dominio de puente es la interfaz de puerto de instancia de proveedor (PIP). Ahora el paquete se forma en función del I-SID configurado para esta interfaz PIP. El encabezado exterior del paquete en la interfaz de salida PIP se forma en función de la siguiente información:

    • I-SID: valor I-SID configurado en esta interfaz PIP.

    • Dirección MAC de origen: dirección MAC B configurada o generada automáticamente para esta trama.

    • dirección MAC de destino: basada en la tabla de asignación por I-SID que se crea a partir del aprendizaje de la dirección MAC de origen y la dirección MAC de destino de C-MAC a B-MAC. Para el tráfico BUM, el valor predeterminado de la dirección de destino del puente (B-DA) es la dirección del grupo de instancias de servicio troncal. Cuando el B-DA de una trama es una dirección de grupo de instancias de servicio troncal, el comportamiento normal es entregar la trama a todos los puertos troncal de cliente (CBP) accesibles dentro de la VLAN troncal (B-VLAN) a la que está asignada la instancia de servicio troncal. El filtrado basado en I-SID por el CBP de salida garantiza que las tramas no sean transmitidas por CBP que no forman parte de la instancia de servicio troncal.

    • Tipo de Ethernet de capa 2: 0x88E7.

    • Carga: marco del cliente.

  4. El paquete formado por I-SID se envía a CBP para identificar el dominio de puente troncal (B-BD) asociado con el I-SID.

  5. La búsqueda en el B-BD se realiza para enviar el paquete al destino correcto. Dado que esta trama es una trama de difusión y la B-MAC de destino es una dirección de multidifusión (00-1E-83-<valor ISID>), el paquete debe manejarse como la replicación de entrada (es decir, el próximo salto de inundación de borde VPLS) para EVPN. El siguiente salto inserta la etiqueta de servicio (etiqueta MPLS de multidifusión asociada con B-VLAN por ID de par e ID de VLAN de puente). El paquete MPLS se forma y se envía a través de la nube MPLS para los dispositivos PE1, PE3 y PE4.

  6. El dispositivo PE4 recibe la trama como un paquete MPLS. La identificación del dominio de puente se realiza mediante una búsqueda L1 de etiqueta MPLS en la tabla de enrutamiento mpls.0. La búsqueda de MPLS apunta al siguiente salto de tabla para el próximo salto del dominio de puente. Después de identificar el dominio de puente, el paquete se identifica como un paquete de difusión. Se ejecuta el siguiente salto de inundación compuesta BUM y este próximo salto apunta al CBP.

  7. Se identifican las interfaces de salida. Una de las interfaces de salida es una interfaz PIP en la que se configura el I-SID y se aplica el filtrado basado en I-SID (filtrado MAC) para filtrar la trama. El C-MAC a B-dirección MAC de origen se aprende para la tabla de asignación MAC de SID. Esta tabla se utiliza para crear la dirección MAC B de destino para el tráfico de unidifusión. El encabezado I-SID exterior se extrae de la trama de capa 2 del cliente. El dominio de puente de cliente (C-BD) se encuentra según la clasificación I-SID de la interfaz PIP.

  8. Se aprende la dirección MAC de origen. La búsqueda de C-MAC de destino ha terminado. Se trata de una trama de difusión y, en función del manejo de BUM (próximo salto de inundación), la trama se reenvía a todos los miembros del C-BD, excepto a la interfaz miembro en la que se recibió esta trama.

  9. El dispositivo CE2 recibe esta trama. La clasificación de servicios se realiza en función de la VLAN de trama. En función de la clasificación, se encuentra el servicio de reenvío de dominio de puente y se realiza el aprendizaje de MAC. Dado que la trama es una trama de difusión, se maneja mediante el siguiente salto de inundación.

  10. El servidor B recibe el paquete de solicitud ARP y envía la respuesta ARP al servidor A.

Manejo de tráfico de unidifusión en PBB-EVPN

La Figura 11 ilustra el plano de control PBB-EVPN y el manejo del tráfico de unidifusión en forma de respuesta ARP desde el servidor B.

Figura 11: Manejo de tráfico de unidifusión PBB-EVPN Network architecture diagram showing Data Plane Learning and Control Plane Learning. Ethernet frames, VLAN, MPLS, and PBB headers flow across components like VLAN-based learning in the data plane, IP MPLS with BGP in the control plane, and IB Bridge facilitating customer-provider network interconnection. Key traffic points are numbered.

Para el flujo de tráfico de unidifusión, se supone que tanto el plano de control como el de datos ya aprendieron.

  1. El servidor B genera una respuesta ARP. El contenido de los paquetes ARP es VLAN 10, S-MAC=MAC11 (MAC de interfaz del servidor B), MAC=MACA de destino, dirección IP de origen=dirección IP del servidor B o dirección IP de la VM y dirección IP de destino=dirección IP del servidor A. Esta trama se reenvía a la parte superior del bastidor B.

  2. Después de recibir la trama, el dispositivo CE clasifica la trama entrante. Según la familia de interfaces, se identifica el dominio de puente asociado con la interfaz. El aprendizaje de la dirección MAC de origen tiene lugar en el dominio del puente. A continuación, se realiza la búsqueda MAC de destino del dominio de puente (MACA) y la búsqueda proporciona la interfaz de salida de capa 2. La característica de salida de la interfaz de salida se aplica antes de que el dispositivo CE envíe la trama a la interfaz de salida.

  3. El dispositivo PE4 recibe la trama encapsulada de capa 2. La clasificación de servicio de capa 2 se realiza para identificar el dominio de puente de cliente (C-BD) asociado con esta trama. El aprendizaje de la dirección MAC de origen (MAC11) se realiza en el contexto del C-BD en la interfaz CIP.

  4. La búsqueda de MAC de destino en el contexto de C-BD apunta a la interfaz PIP. En este punto, se ejecuta la lista de características de salida de interfaz PIP. Según la lista de características, el encabezado I-SID externo se inserta en el marco Ethernet original.

    • MAC de origen: B-MAC del dispositivo PE4

    • MAC de destino: B-MAC del dispositivo PE2 (resultado de la búsqueda en la tabla I-SID C-MAC a B-MAC)

    • I-SID: valor configurado de I-SID

    • Capa 2 Ether típico: 0x88E7

  5. La búsqueda de la dirección MAC de destino (B-MAC del dispositivo PE2) se realiza en la tabla de dirección MAC de B-BD. Esta búsqueda da como resultado un próximo salto de unidifusión (es decir, un próximo salto EVPN). El siguiente salto contiene una etiqueta de servicio MPLS de unidifusión. Esta etiqueta se distribuye a través del plano de control multiprotocolo BGP (MP-BGP). El par descendente asigna esta etiqueta de servicio MPLS. La asignación de esta etiqueta puede ser por EVI; por EVI y VLAN; por EVI, VLAN y circuito de conexión; o por dirección MAC. Según la información del siguiente salto, el paquete MPLS se forma y se reenvía en la red MPLS.

  6. El dispositivo PE2 recibe la trama. Se identifica como un paquete MPLS. La búsqueda de etiquetas MPLS se realiza en la tabla de enrutamiento mpls.0. Esta búsqueda da como resultado el siguiente salto de tabla. Esta búsqueda da como resultado la tabla B-BD. Se aplican la regla B-MAC (es decir, B-MAC de origen es B-MAC de destino) y las reglas de filtrado I-SID (ISID de paquete configurado por CBP). Según la trama recibida I-SID, se identifica CBP y se extrae B-VLAN.

  7. El encabezado de trama se pasa a la interfaz PIP para su posterior procesamiento. La asignación de la dirección MAC C (M11 a B-MAC-PE2) a B-MAC se aprende en la tabla I-SID. Se extrae el encabezado I-SID exterior.

  8. La dirección MAC de origen interno se aprende en la interfaz PIP en el contexto de C-BD. La búsqueda de la dirección MAC de destino interno se realiza, lo que da como resultado la interfaz CIP de salida.

  9. El dispositivo CE recibe la trama de capa 2 y se realiza el reenvío de capa 2.

  10. El servidor A recibe el paquete de respuesta ARP de unidifusión del servidor B.

Manejo del reenvío de rutas en PBB-EVPN

En una red PBB-EVPN, una trama puede provenir del lado del borde del cliente (CE) (interfaz de puente) o de la interfaz habilitada para MPLS (interfaz de núcleo).

El flujo de paquetes para los paquetes recibidos del lado CE es el siguiente:

  1. Si la trama se recibe de una interfaz CE, la interfaz pertenece a la familia del puente, y la búsqueda de la dirección MAC y el aprendizaje se realizan en el contexto del dominio de puente del cliente (C-BD). El resultado de la búsqueda es una ruta MAC de unidifusión o una ruta MAC de inundación.

  2. La siguiente búsqueda se realiza en la tabla MAC de I-SID para determinar la B-MAC de destino asociada con la C-MAC de destino.

  3. El encabezado I-SID se antepone al paquete.

  4. La siguiente búsqueda se realiza en el B-BD porque la interfaz PIP pertenece a la familia del puente.

  5. La búsqueda B-BD apunta a la ruta MAC de unidifusión o a la ruta MAC de inundación, y esta ruta apunta al próximo salto de multidifusión indirecta de EVPN o al próximo salto indirecto de unidifusión.

El flujo de paquetes para los paquetes recibidos desde el lado del núcleo es el siguiente:

  1. Si la trama se recibe de la interfaz frontal, la interfaz pertenece a la familia MPLS y la búsqueda de etiquetas MPLS se realiza en el próximo salto de la tabla de enrutamiento MPLS.0. El resultado de esta búsqueda es el contexto de instancia de enrutamiento.

  2. La siguiente búsqueda se realiza en función del I-SID del paquete a la búsqueda BBD.

  3. Si se encuentra el BBD, se aplican reglas de filtrado basadas en I-SID, donde la MAC configurada por I-SID debe coincidir con la B-MAC de origen del paquete y, a continuación, se descarta la trama.

  4. La tabla MAC de ISID se actualiza para el B-MAC de destino asociado con el C-MAC de destino para crear la asociación C-MAC a B-MAC.

  5. Se quita el encabezado I-SID y se encuentra C-BD según la interfaz PIP.

  6. La siguiente búsqueda se realiza en el C-BD porque la interfaz PIP pertenece a la familia del puente.

  7. La búsqueda de C-BD apunta a una ruta MAC de unidifusión o a una ruta MAC de inundación, y esta ruta apunta a una interfaz CE o una ruta de inundación.

Manejo de la movilidad de MAC en PBB-EVPN

La Figura 12 ilustra la movilidad MAC de PBB-EVPN desde el punto del plano de control y reenvío.

Figura 12: Manejo de la movilidad MAC de PBB-EVPN Network topology showing MPLS EVPN operations; MAC addresses are learned and forwarded between CE and PE devices in the MPLS backbone.

La movilidad de MAC desde el punto del plano de control y reenvío se maneja de la siguiente manera:

  1. El dispositivo PE1 aprende la dirección MAC C-MAC, M1, en el puerto local y la reenvía a través del núcleo de acuerdo con la asignación de C-MAC de destino a B-MAC remota. Esta asignación se configura estáticamente o se aprende a través del plano de datos. Si la asignación de C-MAC de destino a B-MAC remota no se encuentra en la tabla de asignación de I-SID, la B-MAC remota se deriva mediante el I-SID.

  2. El dispositivo PE3 aprende la dirección MAC C, M1, a través de la dirección MAC B-MAC, B-M1, del plano de datos.

  3. El cliente M1 se ha movido del dispositivo CE1 al dispositivo CE2.

  4. Cuando el cliente M1 desea comunicarse con un cliente detrás del dispositivo CE1, se envía un tráfico de difusión con VID: 100, MAC de origen: M1 y MAC de destino: ff.ff.ff.ff.ff.ff. El dispositivo PE3 aprende el MAC M1 en la tabla MAC de C-BD y actualiza la ubicación M1 en la tabla de asignación de I-SID.

  5. El dispositivo PE1 recibe el paquete y aprende M1 y se actualiza en la tabla de asignación de I-SID, ya que se puede acceder a través del MAC remoto es B-M2.

Manejo de OAM de extremo a extremo para PBB-EVPN

Puede ejecutar la operación, la administración y el mantenimiento (OAM) a nivel de proveedor mediante la ejecución de la administración de errores de conectividad (CFM) en los puntos de conexión de mantenimiento orientados hacia adentro o hacia afuera (MEP), ya sea en la interfaz PIP o a través del servicio EVPN.

Actualmente, la elección del reenviador designado (DF) se decide en función del algoritmo de elección de DF y es la decisión local de los dispositivos PE. Esto es útil en un escenario de manejo de servicio de extremo a extremo, donde la decisión de la elección del DF también se puede hacer con el consentimiento del operador y viceversa. Otro escenario en el que podría ser útil influir en el rol de DF por base de servicio o propagar el DF a un dispositivo CE es para redes multiconexión, donde no hay un vínculo directo entre los dispositivos CE y PE.

Manejo de QoS y compatibilidad con Firewall Policer para PBB-EVPN

En la tabla 3 se proporcionan detalles sobre las funciones de QoS y firewall compatibles con la integración PBB-EVPN.

Tabla 3: Compatibilidad con funciones de firewall y QoS en PBB-EVPN

Reportaje

Descripción

Soporte en tiempo de ida y vuelta (RTT)

Soporte en la interfaz CE

Soporte en la interfaz central

Clasificación

Clasificación fija a un FC

Clasificación de agregados de comportamiento (BA) y clasificador de múltiples campos (MF) para VLAN de salida interna bit 802.1p

Clasificación de BA y MF basada en los campos del indicador de elegibilidad de caída (DEI) y del punto de código de prioridad (PCP)

No

No es necesario

No

Clasificación de BA y MF basada en el campo experimental MPLS (EXP)

No

No

Marcado de CoS

Campos PCP y DEI de 802.1p a I-SID: VLAN de cliente 802.1p

No

De forma predeterminada, 802.1p se asigna a los campos PCP y DEI

Campo EXP de 802.1p a MPLS: VLAN de cliente 802.1p

No

No

Campo EXP de MPLS a campos PCP y DEI de I-SID

No

Comportamiento predeterminado

No

Campo EXP a 802.1p

No

No

Modelado de QoS

Programación y formas jerárquicas en el dispositivo de entrada

No

Programación y formas jerárquicas en el dispositivo de salida

No

Filtro de firewall

Filtrado de tráfico BUM

Solo tráfico desconocido

Solo tráfico de difusión y multidifusión

Solo tráfico de difusión y multidifusión

Filtro de firewall basado en I-SID

No

No

No

Filtro basado en VLAN del cliente

No

Policer (2 de velocidad 3 de color)

Dirección de entrada

No

Dirección de salida

No

Descripción general de la implementación de la integración de PBB-EVPN

En las siguientes secciones, se proporcionan escenarios de casos de uso para la integración de PBB-EVPN para DCI.

Escenarios de falla de PBB-EVPN

Hay diferentes escenarios de falla de PBB-EVPN que se deben tener en cuenta al proporcionar una solución integral. Estos escenarios de error pueden ser de los siguientes tipos:

Falla de segmento

La falla de un segmento, o vínculo orientado a CE, se maneja en los modos de redundancia de multiconexión activce/active y active/standby.

La Figura 13 muestra el manejo de la falla de segmento para el equilibrio de carga basado en flujo en el dispositivo CE1.

Figura 13: Error de segmento PBB-EVPN Network topology with MPLS and PE routers. CE1-PE1 connection failure indicated by red X. Traffic redirected to PE2.

Un error de segmento en PBB-EVPN se maneja de la siguiente manera:

  1. El vínculo Ethernet entre los dispositivos CE1 y PE1 falló debido a un corte de fibra o la interfaz no funciona. El dispositivo PE1 detecta el segmento fallido.

  2. El dispositivo PE1 retira la dirección MAC B que se anuncia para el segmento con errores (B-M1).

  3. El eslabón orientado hacia CE1 desciende. Si el error del vínculo se produce en el modo de redundancia único activo o sin caso de redundancia, también se realiza el vaciado de C-MAC.

    El vaciado de la dirección MAC C se produce de dos maneras:

    • Si el dispositivo PE2 usa la dirección MAC B compartida para varios I-SID, notifica al dispositivo de PE remoto volviendo a anunciar la dirección MAC B con el atributo de comunidad extendida de movilidad MAC incrementando el valor de counter. Esto hace que el dispositivo de PE remoto vacíe todas las direcciones C-MAC asociadas con la dirección MAC B para el dispositivo PE1.

    • Si el dispositivo PE2 usa la dirección MAC B-MAC dedicada, retira la dirección MAC B asociada con el segmento fallido y la envía a los dispositivos PE2, PE3 y PE4.

  4. Después de recibir la retirada de B-MAC del dispositivo PE1, el dispositivo PE3 quita la accesibilidad de PE1 para B-MAC1 de su tabla de reenvío. La accesibilidad de B-MAC1 a través del dispositivo PE2 todavía existe.

  5. La elección DF se vuelve a ejecutar en el dispositivo PE2 para todos los I-SID del segmento Ethernet ESI.

Falla de nodo

Un escenario de falla de nodo o dispositivo de PE es similar a una falla de segmento desde el punto de vista del manejo de fallas del lado CE, pero es diferente del manejo de fallas del lado del núcleo. En el caso de la gestión de errores del lado del núcleo, EVPN depende del tiempo de espera de la sesión del BGP para borrar el estado de las sesiones de EVPN en los dispositivos PE afectados.

La Figura 14 ilustra un escenario de falla de nodo para el manejo de fallas de nodo.

Figura 14: Falla Network diagram with MPLS and Ethernet VPN showing CE devices connected to PE devices PE1 to PE4. PE1 has an error. PE2, PE3, and PE4 manage VPN RT-A traffic. del nodo PBB-EVPN
  1. Se produjo un error en el dispositivo PE1 y la conmutación del lado CE al dispositivo PE2 se realiza mediante un evento de interfaz inactiva.

  2. Los dispositivos PE2, PE3 y PE4, o el reflector de ruta del BGP, detectan el tiempo de espera de la sesión del BGP con el dispositivo PE1.

  3. Tan pronto como se agota el tiempo de espera de la sesión del BGP, los dispositivos PE3 y PE4 eliminan el dispositivo PE1 de la tabla de reenvío marcando el próximo salto del dispositivo PE1 como inalcanzable o eliminado. En el caso del modo de redundancia activa única, la tabla I-SID para la tabla de asignación C-MAC a-B-MAC debe vaciarse o actualizarse. En el caso del modo de redundancia activo/activo, no es necesario vaciar la tabla I-SID, ya que se utiliza la misma dirección MAC B para los dispositivos PE1 y PE2 para un EVI determinado.

  4. En el dispositivo PE2, después de un tiempo de espera de BGP, el algoritmo de elección de DF se vuelve a ejecutar y el dispositivo PE2 se convierte en el DF para todos los I-SID en un segmento Ethernet afectado.

Fallo central

El manejo del aislamiento del lado del núcleo en la red EVPN es similar a la falla del lado de PE, con algunas diferencias en el manejo del dispositivo CE o del segmento Ethernet.

La Figura 15 proporciona detalles sobre el manejo del aislamiento de núcleo.

Figura 15: Fallo Network topology showing MPLS and EVPN concepts with PE routers, CE devices, and MAC flows. PE1 is unreachable, affecting traffic. del núcleo de PBB-EVPN

El aislamiento de núcleo en PBB-EVPN se maneja de la siguiente manera:

  1. El dispositivo PE1 pierde conectividad con el núcleo.

  2. Los dispositivos PE2, PE3 y PE4, o el reflector de ruta del BGP, detectan el tiempo de espera de la sesión del BGP con el dispositivo PE1.

  3. El dispositivo PE1 envía un mensaje de OUT_OF_SYNC LACP al dispositivo CE1 para eliminar el puerto del paquete.

  4. El dispositivo PE2, o reflector de ruta del BGP, detecta el tiempo de espera de la sesión del BGP con el dispositivo PE1.

  5. El dispositivo PE2 vuelve a ejecutar la elección de DF y se selecciona como DF para todos los I-SID del segmento.

Escenarios de caso de uso de I-SID PBB-EVPN

Servicio base de I-SID

En el caso del servicio base de I-SID, existe una asignación uno a uno entre un dominio de puente y un EVI. En este caso, no es necesario llevar el I-SID en la ruta de anuncio MAC, ya que el ID de dominio de puente se puede derivar del destino de ruta (RT) asociado con esta ruta. La asignación de etiquetas de MPLS se realiza por EVI.

La Figura 16 proporciona una descripción general del escenario de uso base de I-SID.

Figura 16: Caso de uso del servicio base de I-SID Network topology diagram showing connectivity between CE devices and PE routers in an MPLS network. CE1 and CE2 connect to VLAN 2 and 10. PE1-PE4 connect via EVI A and B. VLAN and IP MPLS clouds represent network infrastructure.

En el caso del equilibrio de carga I-SID, en el que el equilibrio de carga del tráfico se realiza por servicio desde la configuración del grupo de agregación de vínculos (LAG) CE de origen, existen dos modelos para las direcciones B-MAC:

  • B-MAC de código compartido

    En este modelo, todos los I-SID de un segmento Ethernet comparten una dirección MAC B de origen. Este modelo tiene limitaciones desde el punto de vista de la retirada de B-MAC debido a un fallo del servicio. El dispositivo de PE remoto debe vaciar la asignación de B-MAC a C-MAC para todos los I-SID. Esto crea un problema para la convergencia, ya que el vaciado de MAC se realiza para todos los I-SID.

  • B-MAC de fuente única por I-SID

    Se asignan direcciones B-MAC de unidifusión únicas (una por I-SID) por segmento de Ethernet multiconexión. El filtrado de DF se aplica al tráfico de unidifusión y multidifusión, tanto en las direcciones de núcleo a segmento como de segmento a núcleo.

Servicio de I-SID-Aware

En el caso del servicio con reconocimiento de I-SID, se pueden asignar varios I-SID al mismo EVI. Pero existe una asignación uno a uno entre un dominio de puente y un I-SID. El ID de etiqueta de Ethernet debe establecerse en el I-SID en los anuncios de rutas del BGP. La asignación de etiquetas de MPLS se realiza por EVI o por EVI/I-SID para que el PBB pueda terminarse en el dispositivo de PE de entrada y volver a crearse en el dispositivo de PE de salida.

Integración de VPLS con PBB-EVPN Escenario de caso de uso

En este caso de uso, VPLS es una nube que se integra con PBB-EVPN mediante el uso de interfaces de túnel lógico. La interfaz de túnel lógico se termina en el dominio de puente de cliente (C-BD). El aprendizaje de la dirección MAC de la nube VPLS se produce en el contexto del C-BD. El dominio del puente C se asigna al dominio del puente troncal y pasa a la nube de EVPN.

Escenarios de caso de uso de redundancia PBB-EVPN

Escenario de caso de uso de redundancia activa única

En este caso de uso, un dispositivo CE tiene multiconexión a varios dispositivos PE. El segmento de Ethernet para este escenario se define mediante la configuración del mismo ID de ESI en varias interfaces físicas o interfaces Ethernet agregadas en los dispositivos PE junto con el modo de operación. En este modo de operación, solo un dispositivo PE (es decir, el DF) puede reenviar el tráfico hacia y desde este segmento Ethernet para el tráfico BUM. La elección del DF se realiza en función de cada ESI en un EVI y teniendo en cuenta el I-SID configurado más bajo. Esto también depende de este número de dispositivos de PE en los que un segmento tiene multiconexión. El tallado de servicios se logra colocando diferentes I-SID en diferentes EVI. La elección de DF es similar a la elección de DF en la EVPN basada en VLAN. Se utiliza un temporizador predeterminado de 3 segundos para la recepción de rutas de segmentos Ethernet desde otros nodos de PE, y este temporizador se puede configurar con el mismo comando que se utiliza en EVPN: la designated-forwarder-election hold-time instrucción.

En el caso de PBB-EVPN, no se utiliza la ruta de autodescubrimiento Ethernet. Este modo se especifica en la ruta de anuncio de B-MAC. En una configuración de conexión única o multiconexión, con el modo único activo, el campo ESI debe establecerse en 0 en el anuncio de ruta B-MAC. Si se utiliza ESI 0 en la ruta de anuncio MAC, se realiza el equilibrio de carga basado en I-SID. Un valor I-SID puede servir como una sola casa, un escenario activo/en espera o un escenario activo/activo. Sin embargo, no se puede utilizar en un modo de operación mixto.

La Figura 17 proporciona el escenario de caso de uso para multiconexión activa/en espera junto con la elección de DF.

Figura 17: Caso de uso de redundancia PBB-EVPN Network topology showing EVPN over IP/MPLS. CE1 and CE2 devices connect to VLANs via PE routers. PE1, PE2, PE3 use EVI A for Layer 2/3 connectivity. A/A multihoming provides redundancy.

Caso de uso de redundancia activa/en espera

En el caso del caso de uso de redundancia activa/activa, la elección DF se utiliza para controlar el tráfico BUM. En el caso de PBB-EVPN, el horizonte dividido de EVPN no se utiliza para filtrar el tráfico BUM. En su lugar, el tráfico BUM se filtra filtrando la B-MAC de destino, donde la B-MAC configurada es la misma que la B-MAC del paquete recibido; por lo tanto, ese paquete es del mismo segmento.

El enfoque de alias es el mismo que el de EVPN, pero la ruta B-MAC se anuncia estableciendo el campo ESI en MAX-ESI. Cuando el dispositivo de PE remoto recibe la ruta B-MAC con el valor MAX-ESI, el dispositivo de PE remoto realiza el equilibrio de carga entre los dispositivos PE1 y PE2.

Escenario de caso de uso de redundancia activa/activa

En una red multiconexión activa-activa PBB-EVPN, todos los dispositivos de PE multiconexión requieren instalaciones de MAC idénticas. Para este propósito, BGP se utiliza para sincronizar las direcciones C-MAC de origen (en el lado CE) o las direcciones C-MAC remotas (desde el núcleo) en los dispositivos de PE multiconexión para la misma ESI.

Para habilitar la sincronización MAC:

  1. Para la sincronización de la dirección MAC C de origen:

    • Configure el equilibrio de carga por paquete en el dispositivo CE.

    • Asegúrese de que haya flujos mínimos por C-MAC de origen, de modo que cada C-MAC de origen tome ambos vínculos hacia los dispositivos de PE multiconexión al menos una vez. Esto garantiza que ambos dispositivos de PE multiconexión aprendan cada C-MAC fuente.

  2. Para la sincronización remota de la dirección MAC C-MAC:

    • Asegúrese de que haya flujos mínimos por C-MAC remota, de modo que cada C-MAC remota tome ambos vínculos (aliasing) hacia los dispositivos de PE multiconexión al menos una vez mientras atraviesa el núcleo. Esto garantiza que ambos dispositivos de PE multiconexión aprendan cada C-MAC remota.

Descripción general de la configuración de la integración de PBB-EVPN

La configuración de PBB-EVPN se realiza con los siguientes modelos:

  • Mapeo uno a uno entre el I-SID y el dominio de puente

    En este modelo de configuración, hay una instancia de EVPN compartida (EVI) entre diferentes servicios, aunque hay una asignación uno a uno entre el dominio de puente y el I-SID.

  • Mapeo varios a uno entre el I-SID y el dominio de puente

    En este modelo de configuración, la configuración del conmutador virtual se utiliza para permitir que se asignen varios I-SID a un dominio de puente. Este modelo permite solo un dominio de puente en un EVI dado, y todos los demás dominios de puente se asignan a los otros servicios de capa 2.

Sample PBB-EVPN Port Configuration:

  • Configuración del puerto troncal del proveedor (PBP):

  • Configuración del puerto troncal del cliente (CBP):

  • Configuración del puerto de instancia del proveedor (PIP):

  • Configuración del puerto de instancia del cliente (CIP):

Sample PBB-EVPN Routing Instance Configuration:

  • Configuración de instancia de enrutamiento del proveedor:

  • Configuración de instancia de enrutamiento del cliente:

Funciones compatibles y no compatibles en PBB-EVPN

Junos OS admite las siguientes características con PBB-EVPN:

  • Conmutación del motor de enrutamiento elegante (GRES), actualización unificada de software en servicio (ISSU) y actualización de software sin interrupción (NSSU).

  • Enrutamiento activo sin paradas (NSR) para pares BGP configurados con la familia EVPN.

    NSR en PBB-EVPN replica y recrea rutas MAC troncales (B-MAC), rutas de multidifusión inclusivas y rutas de identificador de segmento Ethernet (ESI).

  • Compatibilidad de funciones en plataformas de 64 bits.

  • IEEE asignado el tipo de éter estándar como 0x88E7 para las tramas I-SID. Además de esto, se puede usar 802.1x.

    Se admiten las siguientes consideraciones de seguridad:

    • El paquete destinado al tipo de éter de capa 2 como 0x88E7 se procesa solo si PBB está habilitado en el dispositivo de PE de núcleo de entrada.

    • El paquete recibido del núcleo se procesa solo si el I-SID se conoce y está configurado en el dispositivo de PE de entrada; de lo contrario, se elimina la trama.

Junos OS no admite las siguientes características para la integración PBB-EVPN:

  • Soporte completo de EVPN NSR

  • Interfaces de enrutamiento y puente integrados (IRB)

  • Direcciones IP IPv6 para señalización PBB-EVPN (sin embargo, sí admitimos el tráfico de cliente IPv4 o IPv6 a través de una red PBB-EVPN)

  • Sistemas lógicos