Comprueba la MAC del router EVPN antes de culpar al underlay

Dos direcciones MAC aparecen en el mismo paquete VXLAN, y solo una de ellas pertenece al host de destino. En un diseño EVPN VXLAN IP-VRF a IP-VRF, la MAC de destino interna es la MAC de router anunciada por el router de salida, mientras que la MAC de destino externa pertenece a quien entrega el paquete en el siguiente enlace de underlay. Confundir ambas lleva a la gente al underlay a buscar una avería que no está ahí. Realiza las comprobaciones en orden.

Cada paso responde a una pregunta, y la primera respuesta decide si los siguientes son relevantes.

1. Lee la ruta de prefijo y sus comunidades

Empieza por la ruta y no por la captura de paquetes:

show bgp l2vpn evpn route type prefix 10.20.0.0/24

Una ruta Type 5 anuncia un prefijo IP. En el modelo IP-VRF sin interfaces también transporta el L3 VNI y la comunidad extendida de MAC de router, y esa comunidad es la que identifica el punto final de enrutamiento de salida. Lee la comunidad en lugar de suponer que la MAC está incrustada en el NLRI del prefijo, porque no lo está. Si la ruta está presente y la comunidad va adjunta, el plano de control ya ha hecho su parte.

2. Confirma qué modelo de reenvío se utiliza

El modelo sin interfaces y la recursión por índice de overlay son disposiciones distintas que se admiten. El modelo sin interfaces enruta el paquete, construye una trama interna para el punto final de enrutamiento remoto y la encapsula hacia el VTEP de salida.

Con la recursión por índice de overlay, el router de entrada necesita una consulta adicional para resolver el siguiente salto antes de poder reenviar. Ambos modelos son válidos, y el procedimiento aplicable depende de cuál use tu red. Aplicar el razonamiento de siguiente salto directo a una red construida al revés produce una conclusión que parece correcta en la captura y equivocada en la revisión de diseño.

3. Espera dos papeles distintos para la MAC

La MAC de destino interna es la MAC de router anunciada del router de salida. La MAC de destino externa es el siguiente salto de la entrega local, que puede ser un router de underlay y puede cambiar en cada salto. Verlas distintas es normal, y verlas iguales es una coincidencia y no un requisito. Una captura que muestra una dirección con aspecto de chasis dentro y una dirección física de siguiente salto fuera describe exactamente la encapsulación prevista.

4. Trata un valor derivado del chasis como una decisión de implementación

Una plataforma puede derivar su MAC de router anunciada de una identidad de sistema o de chasis, y eso es una decisión de implementación y no una regla de protocolo. Comprueba el modelo de asignación y redundancia del proveedor antes de leer nada en el formato de la dirección.

Dos implementaciones que cumplen ambas pueden anunciar MAC de router de aspecto distinto, y por eso compararlas entre proveedores demuestra muy poco.

5. No cambies nada hasta que el estado no concuerde

Para una revisión, compara la ruta de prefijo seleccionada, sus comunidades extendidas, el siguiente salto BGP, el L3 VNI y el estado de reenvío resultante. Después etiqueta las cabeceras interna y externa en la captura.

Si esas cinco concuerdan, la MAC que parece rara hace su trabajo, y cambiarla romperá un punto final de enrutamiento en lugar de corregir un error de direccionamiento. Si no concuerdan, ahora ya sabes qué campo está mal, y el cambio es dirigido y no especulativo. La especificación de prefijos IP de EVPN es la referencia que conviene citar en esa discusión, porque describe tanto el modelo como la comunidad que transporta el valor.