Comproba a MAC do router EVPN antes de culpar o underlay

Dous enderezos MAC aparecen no mesmo paquete VXLAN, e só un deles pertence ao host de destino. Nun deseño EVPN VXLAN IP-VRF a IP-VRF, a MAC de destino interna é a MAC de router anunciada polo router de saída, mentres que a MAC de destino externa pertence a quen entrega o paquete na seguinte ligazón de underlay. Confundir as dúas leva a xente ao underlay a buscar unha avaría que non está alí. Fai as comprobacións en orde.

Cada paso responde a unha pregunta, e a primeira resposta decide se os seguintes son relevantes.

1. Le a ruta de prefixo e as súas comunidades

Comeza pola ruta e non pola captura de paquetes:

show bgp l2vpn evpn route type prefix 10.20.0.0/24

Unha ruta Type 5 anuncia un prefixo IP. No modelo IP-VRF sen interfaces tamén transporta o L3 VNI e a comunidade estendida de MAC de router, e esa comunidade é a que identifica o punto final de encamiñamento de saída. Le a comunidade en lugar de supoñer que a MAC está incrustada no NLRI do prefixo, porque non o está. Se a ruta está presente e a comunidade vai unida, o plano de control xa fixo a súa parte.

2. Confirma que modelo de reenvío se usa

O modelo sen interfaces e a recursión por índice de overlay son disposicións distintas que se admiten. O modelo sen interfaces encamiña o paquete, constrúe unha trama interna para o punto final de encamiñamento remoto e encapsúlaa cara ao VTEP de saída.

Coa recursión por índice de overlay, o router de entrada necesita unha consulta adicional para resolver o seguinte salto antes de poder reenviar. Ambos os modelos son válidos, e o procedemento aplicable depende de cal use a túa rede. Aplicar o razoamento de seguinte salto directo a unha rede construída ao revés produce unha conclusión que parece correcta na captura e equivocada na revisión de deseño.

3. Espera dous papeis distintos para a MAC

A MAC de destino interna é a MAC de router anunciada do router de saída. A MAC de destino externa é o seguinte salto da entrega local, que pode ser un router de underlay e pode cambiar en cada salto. Velas distintas é normal, e velas iguais é unha coincidencia e non un requisito. Unha captura que mostra un enderezo con aspecto de chasis dentro e un enderezo físico de seguinte salto fóra describe exactamente a encapsulación prevista.

4. Trata un valor derivado do chasis como unha decisión de implementación

Unha plataforma pode derivar a súa MAC de router anunciada dunha identidade de sistema ou de chasis, e iso é unha decisión de implementación e non unha regra de protocolo. Comproba o modelo de asignación e redundancia do provedor antes de ler nada no formato do enderezo.

Dúas implementacións que cumpren ambas poden anunciar MAC de router de aspecto distinto, e por iso comparalas entre provedores demostra moi pouco.

5. Non cambies nada ata que o estado non concorde

Para unha revisión, compara a ruta de prefixo seleccionada, as súas comunidades estendidas, o seguinte salto BGP, o L3 VNI e o estado de reenvío resultante. Despois etiqueta as cabeceiras interna e externa na captura.

Se esas cinco concordan, a MAC que parece rara fai o seu traballo, e cambiala romperá un punto final de encamiñamento en lugar de corrixir un erro de enderezo. Se non concordan, agora xa sabes que campo está mal, e o cambio é dirixido e non especulativo. A especificación de prefixos IP de EVPN é a referencia que cómpre citar nesa discusión, porque describe tanto o modelo como a comunidade que transporta o valor.