L'EVPN està actiu, però el servei no: quatre punts de control

Arribar a l'adreça del VTEP remot demostra que la xarxa subjacent transporta paquets, i això és tot el que demostra. El servei del llogater necessita una sessió BGP EVPN amb la família d'adreces correcta, un VNI local connectat i operatiu, una ruta originada i una importació a l'extrem remot. Són quatre punts de control separats, cadascun amb una reparació diferent. Tractar una xarxa subjacent verda com a preparació del servei és la manera més habitual que un desplegament EVPN s'encalli.

Llegeix-los en ordre i atura't al primer que no sigui el que el disseny espera. Els punts de control posteriors no poden compensar una fallada anterior.

Punt de control 1: transport fins al VTEP

Comença per l'abastabilitat entre les adreces de loopback utilitzades com a origen del VTEP. La ruta ha d'existir a la xarxa subjacent, el camí ha d'estar permès incloent-hi qualsevol requisit d'encapsulació, i el camí de tornada ha de funcionar. Una ruta que existeix però està filtrada en un sol sentit produeix una fallada asimètrica que sembla intermitent. Confirma tots dos sentits abans de continuar.

Anota les adreces d'origen i de destinació que has comprovat. Un pas posterior que resol un salt següent per una adreça diferent és una prova diferent, i tractar-los com un de sol és com s'acaba culpant un salt següent resolt d'una fallada de transport.

Punt de control 2: la família EVPN, no el nombre de sessions

Una sessió BGP establerta no vol dir que s'hagi negociat la família d'adreces EVPN. Mira l'estat específic de la família per al veí: si la família està habilitada, si s'ha negociat amb el parell i si la sessió la transporta en absolut. Una sessió activa per a IPv4 unicast que mai no ha negociat EVPN no mostra res incorrecte en un resum general de veïns, i l'especificació de la superposició EVPN tracta els procediments de servei i control com a assumptes separats del transport.

Comprova també l'adreça d'origen de la sessió. Un aparellament construït sobre una adreça que no és l'origen del VTEP és una discrepància de disseny que espera a explicar una fallada de reenviament.

Punt de control 3: el servei local està connectat

El VNI local ha d'estar connectat al pont o al VRF que representa el llogater, i la plataforma l'ha d'informar com a operatiu. L'estat de pertinença que utilitza el model de replicació pot importar abans que s'aprengui cap MAC d'amfitrió, així que una taula de punts finals buida no és prova que el servei estigui aturat.

Després confirma què origina realment el dispositiu: la ruta local per a aquest VNI amb els route targets que especifica el disseny. Un VNI connectat però no anunciat produeix un servei que existeix localment i enlloc més.

Punt de control 4: importació al receptor

Al dispositiu receptor, compara els route targets exportats i importats en lloc dels VNI numèrics. Un número de VNI coincident no demostra que la instància receptora importi l'anunci, i un route target desajustat és invisible en un llistat de VNI. Resol el salt següent anunciat a través de la xarxa subjacent abans de confiar en l'entrada de reenviament. Després llegeix l'estat de reenviament de la superposició per al servei i no per al dispositiu en conjunt.

Una taula de parells també pot reflectir dades de pla de dades o aprenentatge de pertinença específics de la implementació. Llegeix-ne l'origen i el context del servei juntament amb la ruta EVPN en lloc de tractar el recompte de files com a prova.

Un registre que recorre el camí

Mantén un registre per servei: estat local del VNI, el veí EVPN i la família, la ruta originada i el resultat rebut i importat. Recorre aquest registre des de l'origen fins a la instal·lació. Quan alguna cosa falla, el registre diu quin dels quatre punts de control cal reparar en lloc de quina ordre cal provar.

Afegeix marques de temps mentre ho fas. Una importació que apareix minuts després de l'anunci és una qüestió de política o de convergència, mentre que una que no apareix mai és una qüestió de configuració, i aquesta diferència només es veu si has anotat quan vas mirar.

Quan el VXLAN estàtic és la resposta correcta

Un camí de dades VXLAN configurat estàticament pot funcionar amb parells subministrats manualment mentre la taula EVPN queda buida. No és un desplegament EVPN trencat, és un model de control diferent. Decideix quin vol el disseny abans de diagnosticar una taula buida com a fallada.

Un veí IGP a la xarxa subjacent proporciona transport i res més. L'estat del servei de la superposició és una cosa separada de construir i una cosa separada de verificar.