Verifique o MAC do router EVPN antes de culpar o underlay

Dois endereços MAC aparecem no mesmo pacote VXLAN, e apenas um deles pertence ao host de destino. Num desenho EVPN VXLAN IP-VRF para IP-VRF, o MAC de destino interno é o MAC de router anunciado pelo router de saída, enquanto o MAC de destino externo pertence a quem entrega o pacote no próximo enlace de underlay. Confundir os dois manda as pessoas para o underlay à procura de uma falha que não está lá. Faça as verificações por ordem.

Cada passo responde a uma pergunta, e a primeira resposta decide se os seguintes são sequer relevantes.

1. Leia a rota de prefixo e as suas comunidades

Comece pela rota e não pela captura de pacotes:

show bgp l2vpn evpn route type prefix 10.20.0.0/24

Uma rota Type 5 anuncia um prefixo IP. No modelo IP-VRF sem interfaces, transporta também o L3 VNI e a comunidade estendida de MAC de router, e é essa comunidade que identifica o ponto final de encaminhamento de saída. Leia a comunidade em vez de presumir que o MAC está embutido no NLRI do prefixo, porque não está. Se a rota existir e a comunidade estiver anexada, o plano de controlo já fez a sua parte.

2. Confirme qual modelo de encaminhamento está em uso

O modelo sem interfaces e a recursão por índice de overlay são disposições suportadas diferentes. O modelo sem interfaces encaminha o pacote, constrói uma trama interna para o ponto final de encaminhamento remoto e encapsula-a em direção ao VTEP de saída.

Na recursão por índice de overlay, o router de entrada precisa de uma consulta adicional para resolver o próximo salto antes de poder encaminhar. Ambos os modelos são válidos, e o procedimento aplicável depende de qual a sua rede usa. Aplicar o raciocínio de próximo salto direto a uma rede construída ao contrário produz uma conclusão que parece correta na captura e errada na revisão de desenho.

3. Espere dois papéis diferentes para o MAC

O MAC de destino interno é o MAC de router anunciado do router de saída. O MAC de destino externo é o próximo salto da entrega local, que pode ser um router de underlay e pode mudar em cada salto. Vê-los diferentes é normal, e vê-los iguais é coincidência e não requisito. Uma captura que mostra um endereço com aspecto de chassis por dentro e um endereço físico de próximo salto por fora descreve exatamente o encapsulamento pretendido.

4. Trate um valor derivado do chassis como uma decisão de implementação

Uma plataforma pode derivar o seu MAC de router anunciado de uma identidade de sistema ou de chassis, e isso é uma decisão de implementação e não uma regra de protocolo. Verifique o modelo de alocação e redundância do fornecedor antes de ler algo no formato do endereço.

Duas implementações que cumprem ambas podem anunciar MAC de router de aspecto diferente, e é por isso que compará-las entre fornecedores prova muito pouco.

5. Não altere nada até o estado discordar

Para uma revisão, compare a rota de prefixo selecionada, as suas comunidades estendidas, o próximo salto BGP, o L3 VNI e o estado de encaminhamento resultante. Depois etiquete os cabeçalhos interno e externo na captura.

Se esses cinco concordarem, o MAC que parece estranho está a fazer o seu trabalho, e alterá-lo vai quebrar um ponto final de encaminhamento em vez de corrigir um erro de endereçamento. Se não concordarem, agora sabe qual campo está errado, e a alteração é dirigida e não especulativa. A especificação de prefixos IP do EVPN é a referência a citar nessa discussão, porque descreve tanto o modelo como a comunidade que transporta o valor.