EVPN tipus 2 contra tipus 5: per què una adreça IP significa dues rutes

Dues rutes a la mateixa caixa poden apuntar a 198.51.100.77 i tot i així respondre preguntes diferents. Una descriu on és abastable una adreça MAC i, opcionalment, quina IP hi està lligada. L'altra descriu un prefix que es resol mitjançant un salt següent, fins i tot quan aquest prefix és un sol amfitrió. Barrejar-les produeix un tiquet que sembla un error d'encaminament però que en realitat és un tipus de ruta mal llegit.

La manera més ràpida de distingir-les és llegir la clau al voltant de la qual es construeix el NLRI, no la màscara al final.

La clau de la ruta diu què afirma la ruta

El tipus 2 és la ruta d'anunci MAC/IP de RFC 7432, i la seva clau és l'adreça MAC de 48 bits dins del NLRI. Darrere d'aquesta clau hi ha un camp d'adreça IP la longitud del qual pot ser 0, 32 o 128 bits, de manera que un anunci només de MAC és una ruta completa i no una entrada d'amfitrió amb peces que falten. La pila d'etiquetes que segueix apunta al context de pont on viu aquesta MAC.

Que el camp IP estigui emplenat canvia què afirma la ruta, no quin tipus de ruta és. Amb una longitud de 32 o 128 bits, l'emissor també afirma que aquesta IP pertany a aquesta MAC dins d'una instància EVPN. Amb una longitud zero, l'emissor no fa cap afirmació sobre IP. Cap de les dues versions diu que un prefix sigui abastable a través d'un encaminador.

El tipus 5 és la ruta de prefix IP de RFC 9136, i la seva clau és un prefix escrit com una longitud més tants bits. La longitud va de 0 a 32 per a IPv4 i de 0 a 128 per a IPv6.

Els dos extrems d'aquest interval són legals, i cap no implica una MAC. Un prefix de longitud zero afirma abastabilitat sense nomenar cap amfitrió, mentre que un /32 nomena exactament una adreça. El NLRI també porta una adreça IP de passarel·la que el costat de sortida fa servir per construir l'índex overlay, més una etiqueta per al context de reenviament. No hi ha cap camp MAC sobre el qual comunicar, i per això un receptor tracta el tipus 5 com una destinació encaminada.

Una ruta de prefix /32 no és un tipus 2 reetiquetat

Els prefixos de mida d'amfitrió són rutes de tipus 5 ordinàries. Una ruta de prefix /32 i un tipus 2 per a la mateixa adreça poden coexistir en una instància EVPN, i porten informació de reenviament diferent.

Preneu 198.51.100.77 en una instància EVPN amb VNI 10100. Un tipus 2 pot aparellar-la amb la MAC 02:00:00:00:00:77 i una etiqueta que identifica el domini de pont on es va aprendre aquesta MAC. Un tipus 5 pot anunciar 198.51.100.0/24 per a tota la subxarxa, o 198.51.100.77/32 només per a aquesta adreça, amb una adreça de passarel·la que apunta al VTEP de sortida. Les adreces se superposen expressament perquè les rutes responen preguntes diferents.

Una ruta diu que existeix una vinculació d'extrem i que és abastable a través d'un pont concret. L'altra diu que un prefix és abastable a través d'un encaminador concret, tant si mai s'ha après cap extrem dins seu com si no.

Aquesta diferència decideix on mirar primer quan el trànsit falla. Si un sol amfitrió no és abastable mentre la ruta de la seva subxarxa sembla correcta, el tipus 5 no havia de portar mai aquell amfitrió; busqueu el tipus 2 que falta. Si la ruta de l'amfitrió existeix però tota la subxarxa no és abastable, comproveu si el tipus 5 es va originar. Llegir els camps en ordre és millor que endevinar a partir de la longitud de la màscara.

Llegir les dues rutes sense endevinar

A NX-OS, show bgp l2vpn evpn route type 2 i show bgp l2vpn evpn route type 5 divideixen la taula exactament per aquesta línia, i show l2route evpn mac ip mostra les vinculacions locals de MAC a IP darrere de les rutes de tipus 2. A Junos, show evpn database llista les vinculacions de MAC i IP apreses mentre que show route table bgp.evpn.0 mostra què s'ha anunciat i rebut.

Filtreu per route distinguisher i etiqueta Ethernet abans de treure conclusions. La mateixa MAC o prefix pot aparèixer en diverses instàncies EVPN, i una ruta que sembla incorrecta en una instància pot ser correcta en una altra.

Després llegiu el NLRI en ordre: tipus de ruta, clau, camps de passarel·la o etiqueta, i després els route targets dels atributs. Un tipus 2 amb un ESI diferent de zero us diu que la MAC és multi-homed, i aquest valor és el que lliga els anuncis de routers PE diferents. Un tipus 5 amb una adreça de passarel·la us diu quin VTEP de sortida ha de rebre el trànsit.

Si falta una ruta, comproveu l'origen abans de la codificació. Confirmeu que la font té la vinculació o el prefix localment, i després confirmeu que el route target que hi ha adjunt s'importa en aquesta caixa. La majoria d'informes d'un tipus 5 trencat acaben en una política d'importació, no en el format del NLRI.

Registreu el context, no només el tipus de ruta

Anoteu junts el tipus de ruta, la instància EVPN, el route distinguisher, els route targets importats i exportats i el salt següent resolt. Un tipus 2 sense la seva instància és ambigu, i un salt següent sense la família de rutes convida a una conclusió equivocada.

Totes dues són rutes EVPN fins i tot quan la càrrega útil és una adreça IPv4. La família d'adreces dins del NLRI i la família d'adreces de la ruta mateixa són propietats separades, i un tipus 5 no es converteix en una ruta IPv4-unicast o VPN-IPv4 només perquè porta un prefix IPv4.

Aquesta distinció es veu a la frontera entre un pla de control EVPN i una IP-VRF. El route target decideix quin VRF importa el prefix, mentre que l'adreça de passarel·la i l'etiqueta decideixen com s'encapsula el paquet cap a la sortida. Llegiu-ho junt i la decisió de reenviament deixa de semblar arbitrària.

La propera vegada que aparegui un /32 a la taula EVPN, comproveu la clau abans de la màscara. Una clau MAC amb una IP opcional és una vinculació de tipus 2; una clau de prefix és una ruta de tipus 5 sigui quina sigui la seva longitud. Escriviu el route target i el salt següent al costat, i el proper enginyer no haurà de tornar a deduir tota la història.