EVPN radi, ali usluga ne: četiri kontrolne točke

Dolazak do udaljene VTEP adrese dokazuje da underlay prenosi pakete i to je sve što dokazuje. Usluga zakupca zahtijeva BGP EVPN sesiju s ispravnom obitelji adresa, lokalni VNI koji je priključen i operativan, rutu koja je nastala i uvoz na udaljenom kraju. To su četiri odvojene kontrolne točke, svaka s drugim popravkom. Tretiranje zelenog underlaya kao spremnosti usluge najčešći je način na koji se postavljanje EVPN-a zaglavi.

Čitajte ih po redu i zaustavite se na prvoj koja nije ono što dizajn očekuje. Kasnije kontrolne točke ne mogu nadoknaditi raniji neuspjeh.

Kontrolna točka 1: prijenos do VTEP-a

Počnite s dostupnošću između loopback adresa koje se koriste kao VTEP izvori. Ruta mora postojati u underlayu, put mora biti dopušten uključujući svaki zahtjev za enkapsulacijom, a povratni put mora raditi. Ruta koja postoji ali je filtrirana u jednom smjeru stvara asimetričan kvar koji izgleda povremeno. Potvrdite oba smjera prije nego što nastavite.

Zabilježite izvornu i odredišnu adresu koje ste provjerili. Kasniji korak koji rješava sljedeći hop preko druge adrese je drugi test, a tretiranje njih kao jednog je način na koji se riješeni sljedeći hop okrivljuje za prijenosni kvar.

Kontrolna točka 2: EVPN obitelj, ne broj sesija

Uspostavljena BGP sesija ne znači da je EVPN obitelj adresa bila pregovarana. Pogledajte stanje specifično za obitelj kod susjeda: je li obitelj omogućena, je li pregovorena s partnerom i nosi li je sesija uopće. Sesija koja je podignuta za IPv4 unicast i nikada nije pregovarala EVPN ne pokazuje ništa pogrešno u općem pregledu susjeda, a specifikacija EVPN overlaya tretira uslugu i kontrolne postupke kao odvojena pitanja od prijenosa.

Provjerite i izvornu adresu sesije. Peering izgrađen na adresi koja nije VTEP izvor je nesklad u dizajnu koji čeka da objasni kvar prosljeđivanja.

Kontrolna točka 3: lokalna usluga je priključena

Lokalni VNI mora biti priključen na most ili VRF koji predstavlja zakupca, a platforma ga mora prijaviti kao operativnog. Stanje članstva koje koristi model replikacije može biti važno prije nego što se nauči ijedan MAC hosta, pa prazna tablica krajnjih točaka nije dokaz da je usluga pala.

Zatim potvrdite što uređaj zapravo generira: lokalnu rutu za taj VNI s route targetima koje dizajn određuje. VNI koji je priključen ali nije oglašen stvara uslugu koja postoji lokalno i nigdje drugdje.

Kontrolna točka 4: uvoz na prijamniku

Na prijemnom uređaju usporedite izvezene i uvezene route targete, a ne numeričke VNI-jeve. Podudaran broj VNI-ja ne dokazuje da prijemna instanca uvozi oglas, a neusklađen route target je nevidljiv u popisu VNI-ja. Riješite oglašeni sljedeći hop kroz underlay prije nego što povjerujete zapisu prosljeđivanja. Zatim čitajte stanje prosljeđivanja u overlayu za uslugu, a ne za uređaj u cjelini.

Tablica partnera može odražavati i podatke dataplanea ili učenje članstva specifično za implementaciju. Čitajte njezino podrijetlo i kontekst usluge uz EVPN rutu, umjesto da broj redaka uzimate kao dokaz.

Jedan zapis koji prolazi put

Držite jedan zapis po usluzi: lokalno stanje VNI-ja, EVPN susjed i obitelj, nastalu rutu te primljeni i uvezeni rezultat. Prođite tim zapisom od podrijetla do instalacije. Kad nešto ne uspije, zapis kaže koju od četiri kontrolne točke popraviti, a ne koju naredbu isprobati.

Dodajte vremenske oznake dok to radite. Uvoz koji se pojavi nekoliko minuta nakon oglasa pitanje je politike ili konvergencije, dok je onaj koji se nikada ne pojavi pitanje konfiguracije, a ta razlika je vidljiva samo ako ste zapisali kada ste gledali.

Kada je statički VXLAN pravi odgovor

Statički konfiguriran VXLAN podatkovni put može raditi s ručno zadanim partnerima dok EVPN tablica ostaje prazna. To nije pokvareno EVPN postavljanje, to je drugi model upravljanja. Odlučite koji dizajn namjerava prije nego što praznu tablicu dijagnosticirate kao kvar.

IGP susjed u underlayu daje prijenos i ništa više. Stanje usluge u overlayu odvojena je stvar za izgradnju i odvojena stvar za provjeru.