Descripción general de la migración de FEC128 LDP-VPLS a EVPN

Descripción general y beneficios de la tecnología

El servicio de LAN privada virtual (VPLS) es una VPN de capa 2 de punto a multipunto basada en Ethernet. Esta tecnología le permite conectar LAN de centros de datos dispersos geográficamente entre sí a través de una red troncal MPLS mientras mantiene la conectividad de capa 2. Las funciones de alta disponibilidad definidas en los estándares VPLS (como la referencia dual LER) y las funciones de autodescubrimiento de topología mediante señalización BGP hacen que VPLS sea escalable y fácil de implementar. Debido a que VPLS usa MPLS como su núcleo, proporciona una baja variación de latencia y tiempos de convergencia bajos vinculados estadísticamente dentro de la red MPLS.

Ethernet VPN (EVPN), por otro lado, es una solución VPN combinada de capa 2 y capa 3 que es más escalable, resistente y eficiente que las tecnologías actuales. Ofrece varios beneficios, incluida una mayor eficiencia de red, confiabilidad, escalabilidad, movilidad de máquina virtual (VM) y control de políticas para proveedores de servicios y empresas.

Aunque VPLS es una tecnología VPN de capa 2 ampliamente implementada, las redes de proveedores de servicios migran a EVPN debido a los beneficios de escalado y la facilidad de implementación. Algunos de los beneficios de EVPN incluyen:

• El tráfico del plano de control se distribuye con BGP y el tráfico de difusión y multidifusión se envía mediante un árbol de multidifusión compartido o con replicación de entrada.

• El aprendizaje del plano de control se utiliza para las direcciones MAC e IP, en lugar del aprendizaje del plano de datos. El aprendizaje de dirección MAC requiere la inundación de tramas ARP y de unidifusión desconocidas, mientras que el aprendizaje de dirección IP no requiere ninguna inundación.

• El reflector de ruta se utiliza para reducir una malla completa de sesiones de BGP entre dispositivos de PE a una sola sesión de BGP entre un dispositivo de PE y el reflector de ruta.

• La detección automática con BGP se utiliza para detectar dispositivos PE que participan en una VPN dada, dispositivos PE que participan en un grupo de redundancia dado, tipos de encapsulación de túnel, tipo de túnel de multidifusión y miembros de multidifusión.

• Se utiliza la multiconexión totalmente activa. Esto permite que un dispositivo CE determinado tenga varios vínculos a varios dispositivos PE, y que el tráfico que viaja hacia y desde ese dispositivo CE utilice completamente todos estos vínculos (segmento Ethernet).

• Cuando se produce un error en un vínculo entre un dispositivo CE y un dispositivo PE, se notifica el error a los dispositivos PE para esa instancia de EVPN (EVI) con la retirada de una sola ruta EVPN. Esto permite que esos dispositivos de PE eliminen el dispositivo de PE que se retira como un salto siguiente para cada dirección MAC asociada con el vínculo fallido (retiro masivo).

Migración de LDP-VPLS a EVPN de FEC128

Algunos proveedores de servicios quieren preservar sus inversiones en VPLS. Esto lleva a la necesidad de conectar las antiguas redes VPLS a nuevas redes que ejecutan EVPN. Para este propósito, se utilizaron interfaces de túnel lógico en el punto de interconexión de las instancias de enrutamiento VPLS y EVPN. Sin embargo, todos los demás dispositivos PE pertenecían a la red VPLS o a la red EVPN y no conocían la otra tecnología.

A partir de la versión 17.3 de Junos OS, EVPN se puede introducir en una red VPLS existente de manera escalonada, con un impacto mínimo en los servicios VPLS. En un dispositivo VPLS PE, algunos clientes se pueden mover a EVPN, mientras que otros clientes siguen usando pseudocables VPLS. Otros dispositivos de PE pueden ser completamente VPLS y los clientes de conmutación en otros dispositivos de PE a EVPN. Esta solución proporciona soporte para el borrador de Internet de migración sin interrupciones (caduca en enero de 2018), (PBB-) EVPN Integración perfecta con (PBB-) VPLS.

La migración sin problemas de FEC128 LDP-VPLS a la solución EVPN admite la siguiente funcionalidad:

• Permita la migración por etapas hacia EVPN sitio por sitio por instancia de VPN. Por ejemplo, nuevos sitios EVPN que se aprovisionarán en dispositivos EVPN PE.

• Permita la coexistencia de dispositivos PE que ejecutan EVPN y VPLS para la misma instancia de VPN y segmentos de conexión única.

En la migración de LDP-VPLS a EVPN, el dispositivo PE en el que algunos clientes han migrado a EVPN mientras que otros clientes reciben servicios mediante VPLS se denomina dispositivo superPE. A medida que los dispositivos superPE descubren otros dispositivos superPE dentro de una instancia de enrutamiento, utilizan el reenvío EVPN para comunicarse con otros dispositivos superPE y pseudocables VPLS a dispositivos PE que ejecutan VPLS. El dispositivo PE sin conocimiento de EVPN y que solo ejecuta VPLS para todos los clientes se denomina dispositivo PE VPLS.

El dispositivo CE conectado a un superPE puede comunicarse con dispositivos CE conectados a dispositivos PE solo EVPN o dispositivos PE solo VPLS, pero los dispositivos CE conectados a dispositivos PE solo EVPN no pueden comunicarse con dispositivos CE conectados a dispositivos PE solo VPLS.

Dado que la migración de LDP-VPLS a EVPN se admite por instancia de enrutamiento, y si la instancia de enrutamiento atiende a varios clientes en un dispositivo PE, todos se migran juntos. EVPN es responsable de configurar el reenvío de datos entre los dispositivos PE actualizados a EVPN, mientras que VPLS continúa configurando el reenvío de datos a los dispositivos PE que ejecutan VPLS. No debería haber ningún impacto para los clientes que todavía usan VPLS pseudowire en todos los dispositivos PE.

Nota:

Las siguientes características no son compatibles con la migración de LDP-VPLS a EVPN:

• Migración de FEC129 VPLS a EVPN.

• Migración de BGP-VPLS a EVPN.

• Migración del conmutador virtual VPLS al conmutador virtual EVPN.

• Migración de instancia de enrutamiento VPLS a conmutador virtual EVPN.

• Migración de instancia de enrutamiento VPLS o PBB-VPLS a PBB-EVPN.

• Migración sin problemas de EVPN a VPLS.

• Mejoras en EVPN para que admitan el conjunto de herramientas o instrucciones y comandos compatibles con VPLS.

• Multiconexión activa-activa y activa-en espera. La migración a EVPN solo se admite en implementaciones de una sola conexión.

• La expansión de todos los activos en dispositivos PE EVPN y VPLS no funciona, ya que la función de multiconexión totalmente activa no se admite en VPLS.

• Conexión de dispositivos de PE solo EVPN con dispositivos de PE solo VPLS a través de dispositivos súper PE.

• IPv6, sistemas lógicos, compatibilidad con varios chasis y SNMP, ya que actualmente no son compatibles con EVPN.

Configuración de ejemplo para la migración de LDP-VPLS a EVPN

En las siguientes secciones, se proporciona la configuración de ejemplo necesaria para realizar la migración de LDP-VPLS a EVPN.

• Configuración de LDP-VPLS
• Configuración de migración de EVPN

Revertir a VPLS

Si la migración de EVPN tiene problemas, puede volver a VPLS hasta que se comprenda el problema. La instancia de enrutamiento se revierte de un superPE a un PE VPLS de una manera no catastrófica mediante la habilitación de la siguiente configuración:

Al revertir la migración de EVPN a VPLS, sucede lo siguiente:

1. Se elimina la información de estado de EVPN.

2. Existe un desencadenante para la retirada de rutas de plano de control EVPN.

3. El proceso de protocolo de enrutamiento envía un mensaje nuevo al proceso de aprendizaje de dirección de capa 2 con la interfaz conmutada por etiquetas o la interfaz lógica de túnel virtual para la instancia de enrutamiento y el par.

4. La interfaz de túnel virtual o conmutada por etiqueta agrega el nuevo mensaje al grupo de inundación y se habilita el aprendizaje de MAC.

5. El proceso de protocolos de enrutamiento elimina el siguiente salto de IM de salida, lo que solicita al proceso de aprendizaje de dirección de capa 2 que lo elimine del grupo de inundación.

6. Las direcciones MAC remotas se aprenden de nuevo a través de la interfaz conmutada por etiqueta o la interfaz lógica de túnel virtual.

Migración de LDP-VPLS a EVPN y otras funciones

En la tabla 1 se describe la funcionalidad de algunas de las funciones relacionadas, como la multiconexión y el enrutamiento y puente integrados (IRB) con la migración de LDP-VPLS a EVPN.

Tabla 1: Migración de EVPN y compatibilidad con otras funciones

Reportaje	Funcionalidad admitida en la migración de EVPN
Movimiento de MAC	Los movimientos de MAC se admiten entre dispositivos de PE solo VPLS y dispositivos de súper PE. Cuando una dirección MAC se mueve de un dispositivo PE solo VPLS a un dispositivo súper PE, se aprende a través del BGP y el proceso del protocolo de enrutamiento informa al proceso de aprendizaje de dirección de capa 2 del próximo salto de EVPN que se actualizará en la tabla de enrutamiento foo.vpls.0. Cuando una dirección MAC se mueve de un dispositivo súper PE a un dispositivo PE solo VPLS, se aprende en el motor de reenvío de paquetes en la interfaz conmutada por etiqueta o en la interfaz de túnel virtual. El proceso de aprendizaje de dirección de capa 3 lo actualiza a VPLS o al próximo salto de la interfaz conmutada por etiquetas. Cuando el BGP de EVPN retira la ruta tipo 2, la dirección MAC no se elimina de la tabla de reenvío, por lo que no se produce pérdida de datos. La tabla MAC de reenvío es compartida por VPLS y EVPN. Algunos atributos, como mac-table-size y mac-table-aging-time , se pueden configurar tanto en EVPN como en VPLS. Cuando hay un conflicto, los valores de EVPN tienen prioridad.
IRB	No se necesitan cambios en IRB. En un dispositivo súper PE, EVPN rellena las rutas de host /32 aprendidas a través de rutas MAC+IP tipo 2 de pares EVPN en un enrutamiento y reenvío virtual de capa 3, mientras que el reenvío de IRB VPLS mediante rutas de subred funciona en sitios que aún ejecutan VPLS.
VPLS jerárquico	En una red H-VPLS con dispositivos PE radiales, cuando el dispositivo PE concentrador se migra a EVPN, las direcciones MAC locales aprendidas a través de la interfaz de túnel virtual o conmutada por etiqueta de acceso deben anunciarse al BGP para que los otros dispositivos PE solo EVPN o dispositivos súper PE puedan comunicarse con ellos. Tenga en cuenta lo siguiente al migrar una red H-VPLS a EVPN: Los concentradores suelen tener habilitada la conmutación local, ya que el tráfico interradial se reenvía a través del concentrador. Si los radios solos se migran a EVPN y los radios tienen accesibilidad de capa 3 o MPLS entre sí, la interfaz de túnel virtual o conmutada por etiqueta al concentrador y el siguiente salto de EVPN (radio remoto) está presente en el grupo de inundación de borde VPLS (VE). Esto da como resultado dos copias del tráfico de difusión, unidifusión desconocida y multidifusión (BUM) recibido por el radio remoto. Una opción para evitar este comportamiento es migrar también los concentradores a EVPN. EVPN no tiene en cuenta la jerarquía. Todos los pares se consideran de cara al núcleo. Una vez que los concentradores y los radios se migran a EVPN, el horizonte dividido evita que el tráfico BUM se reenvíe a otros dispositivos PE de núcleo.
Configuración de ESI	El identificador de segmento Ethernet (ESI) se configura en la interfaz física o en el nivel de puerto.