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 adresnom porodicom, 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: transport 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 transportni kvar.

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

Uspostavljena BGP sesija ne znači da je EVPN adresna porodica pregovarana. Pogledajte stanje specifično za porodicu kod susjeda: je li porodica omogućena, je li pregovarana 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 transporta.

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 bridge 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 tabela 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 prijemniku

Na prijemnom uređaju uporedite 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.

Tabela partnera može odražavati i podatke dataplanea ili učenje članstva specifično za implementaciju. Čitajte njezino porijeklo 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 porodicu, nastalu rutu te primljeni i uvezeni rezultat. Prođite tim zapisom od porijekla 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 tabela ostaje prazna. To nije pokvareno EVPN postavljanje, to je drugi model upravljanja. Odlučite koji dizajn namjerava prije nego što praznu tabelu dijagnosticirate kao kvar.

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