EVPN tipo 2 fronte a tipo 5: por que un enderezo IP significa dúas rutas

Dúas rutas na mesma caixa poden apuntar a 198.51.100.77 e aínda así responder preguntas distintas. Unha describe onde é alcanzable un enderezo MAC e, opcionalmente, que IP está ligada a el. A outra describe un prefixo que se resolve mediante un seguinte salto, mesmo cando ese prefixo é un único host. Confundilas produce un ticket que parece un erro de encamiñamento pero en realidade é un tipo de ruta mal lido.

A forma máis rápida de distinguilas é ler a clave sobre a que se constrúe o NLRI, non a máscara ao final.

A clave da ruta di que afirma a ruta

O tipo 2 é a ruta de anuncio MAC/IP de RFC 7432, e a súa clave é o enderezo MAC de 48 bits dentro do NLRI. Detrás desa clave hai un campo de enderezo IP cuxa lonxitude pode ser 0, 32 ou 128 bits, polo que un anuncio só de MAC é unha ruta completa e non unha entrada de host con partes faltantes. A pila de etiquetas que segue apunta ao contexto de ponte onde vive esa MAC.

Que o campo IP estea cheo cambia o que a ruta declara, non que tipo de ruta é. Cunha lonxitude de 32 ou 128 bits, o emisor tamén afirma que esa IP pertence a esa MAC dentro dunha instancia EVPN. Cunha lonxitude cero, o emisor non fai ningunha afirmación sobre IP. Ningunha das dúas versións di que un prefixo sexa alcanzable a través dun encamiñador.

O tipo 5 é a ruta de prefixo IP de RFC 9136, e a súa clave é un prefixo escrito como unha lonxitude máis ese número de bits. A lonxitude vai de 0 a 32 para IPv4 e de 0 a 128 para IPv6.

Ambos os extremos dese rango son legais, e ningún implica unha MAC. Un prefixo de lonxitude cero afirma alcanzabilidade sen nomear un host, mentres que un /32 nomea exactamente un enderezo. O NLRI tamén leva un enderezo IP de pasarela que o lado de saída usa para construír o índice overlay, máis unha etiqueta para o contexto de reenvío. Non hai ningún campo MAC sobre o que conmutar, por iso un receptor trata o tipo 5 como un destino encamiñado.

Unha ruta de prefixo /32 non é un tipo 2 renomeado

Os prefixos de tamaño de host son rutas de tipo 5 ordinarias. Unha ruta de prefixo /32 e un tipo 2 para o mesmo enderezo poden coexistir nunha instancia EVPN, e levan información de reenvío distinta.

Tome 198.51.100.77 nunha instancia EVPN con VNI 10100. Un tipo 2 pode emparellala coa MAC 02:00:00:00:00:77 e unha etiqueta que identifique o dominio de ponte onde se aprendeu esa MAC. Un tipo 5 pode anunciar 198.51.100.0/24 para toda a subrede, ou 198.51.100.77/32 só para ese enderezo, cun enderezo de pasarela que apunta ao VTEP de saída. Os enderezos solápanse a propósito porque as rutas responden preguntas distintas.

Unha ruta di que existe unha vinculación de extremo e que é alcanzable a través dunha ponte concreta. A outra di que un prefixo é alcanzable a través dun encamiñador concreto, se se aprendeu ou non algún extremo dentro del.

Esa diferenza decide onde mirar primeiro cando falla o tráfico. Se un só host é inalcanzable mentres a ruta da súa subrede parece correcta, o tipo 5 nunca debía transportar ese host; busque o tipo 2 que falta. Se a ruta do host existe pero toda a subrede é inalcanzable, comprobe se o tipo 5 se orixinou. Ler os campos en orde é mellor que adiviñar pola lonxitude da máscara.

Ler ambas as rutas sen adiviñar

En NX-OS, show bgp l2vpn evpn route type 2 e show bgp l2vpn evpn route type 5 dividen a táboa exactamente por esta liña, e show l2route evpn mac ip mostra as vinculacións locais de MAC a IP detrás das rutas de tipo 2. En Junos, show evpn database lista as vinculacións de MAC e IP aprendidas mentres que show route table bgp.evpn.0 mostra o que se anunciou e recibiu.

Filtre por route distinguisher e etiqueta Ethernet antes de sacar conclusións. A mesma MAC ou prefixo pode aparecer en varias instancias EVPN, e unha ruta que parece incorrecta nunha instancia pode ser correcta noutra.

Despois lea o NLRI en orde: tipo de ruta, clave, campos de pasarela ou etiqueta, e despois os route targets dos atributos. Un tipo 2 que leva un ESI distinto de cero dille que a MAC é multi-homed, e ese valor é o que une os anuncios de distintos encamiñadores PE. Un tipo 5 que leva un enderezo de pasarela dille que VTEP de saída debe recibir o tráfico.

Se falta unha ruta, comprobe a orixe antes da codificación. Confirme que a fonte ten a vinculación ou o prefixo localmente, e despois confirme que o route target asociado se importa nesta caixa. A maioría dos informes dun tipo 5 roto rematan nunha política de importación, non no formato do NLRI.

Anote o contexto, non só o tipo de ruta

Anote xuntos o tipo de ruta, a instancia EVPN, o route distinguisher, os route targets importados e exportados e o seguinte salto resolto. Un tipo 2 sen a súa instancia é ambiguo, e un seguinte salto sen a familia de rutas invita a unha conclusión equivocada.

Ambas son rutas EVPN mesmo cando a carga útil é un enderezo IPv4. A familia de enderezos dentro do NLRI e a familia de enderezos da propia ruta son propiedades separadas, e un tipo 5 non se converte nunha ruta IPv4-unicast ou VPN-IPv4 só porque leve un prefixo IPv4.

Esa distinción vese na fronteira entre un plano de control EVPN e unha IP-VRF. O route target decide que VRF importa o prefixo, mentres que o enderezo de pasarela e a etiqueta deciden como se encapsula o paquete cara á saída. Lea iso xunto e a decisión de reenvío deixa de parecer arbitraria.

A próxima vez que apareza un /32 na táboa EVPN, comprobe a clave antes da máscara. Unha clave MAC cunha IP opcional é unha vinculación de tipo 2; unha clave de prefixo é unha ruta de tipo 5 calquera que sexa a súa lonxitude. Escriba o route target e o seguinte salto ao lado, e o próximo enxeñeiro non terá que volver deducir toda a historia.