AFI i SAFI: pročitajte par prije naziva usluge

Možete gledati kako sesija ustaje, vidjeti rutu kako se pojavljuje, i ipak čitati pogrešnu uslugu. Par brojeva na početku svake objave, identifikator adresne obitelji i identifikator sljedeće adresne obitelji, odlučuje koji parser čita teret i koja tablica drži rezultat. Pogriješite li par i politika uvoza, podudaranje ruta-targeta i traženje sljedećeg hopa svi se izvode prema strukturi koju nitko nije objavio. Šetnja ispod počinje tim parom i završava rezultatom prosljeđivanja.

Dva broja odlučuju u koju tablicu ruta pripada

Par se pojavljuje dvaput: unutar multiprotokolne sposobnosti, gdje govornik objavljuje obitelj, i ispred svakog NLRI koji ta obitelj nosi. Time je svojstvo rute, a ne postavka na izvornoj kutiji. Proizvođači ga ispisuju kao naziv poput Address family VPNv4 Unicast, a formulacija se mijenja između izdanja dok brojevi ostaju na mjestu.

Četiri kodiranja pokrivaju gotovo svaki poslovni slučaj: 1 sa 128 za MPLS-označeni VPN-IPv4, 2 sa 128 za IPv6 ekvivalent, 25 sa 65 za VPLS signaliziran BGP-om, i 25 sa 70 za EVPN. Prva pogreška je pretpostaviti da svaka usluga Layer 2 stoji iza 25 sa 65, što skriva EVPN. Druga je tretirati dvije IP obitelji kao jednu obitelj s duljom adresom, dok se one pregovaraju odvojeno i mogu biti prihvaćene na različitim peer-ovima. Treća se pojavljuje kad se predložak kopira iz izdanja koje zna samo jednu od njih. Pogled u registar rješava sve tri brže od nagađanja zasnovanog na nazivu usluge.

Tretirajte četiri retka kao primjere iz IANA registra, ne kao sam registar. Kad broj ne odgovara ničemu što prepoznajete, pogledajte ga prije nego što oko njega izgradite politiku.

AFI 25 nosi dva nepovezana NLRI formata

Obje obitelji Layer 2 stoje pod AFI 25 i sličnost tu prestaje. VPLS NLRI u RFC 4761 section 3.2.2 nosi duljinu, razlikovnik rute, VE ID, pomak VE bloka, veličinu VE bloka i bazu oznaka, što zajedno imenuje krajnju točku pseudowire-a i njegovu oznaku. EVPN zadržava AFI 25 i prelazi na SAFI 70, gdje je teret tip rute: Ethernet automatsko otkrivanje, MAC/IP objava, uključivi multicast, Ethernet segment, IP prefiks. Zato isti pomak u bajtovima znači različite stvari u dvije obitelji. Parser napisan za jednu čita drugu bez pritužbe i proizvodi besmislicu. Par je jedino upozorenje da je tumačenje pogrešno.

Polje koje u jednoj obitelji znači pomak VE bloka nema pandan u drugoj, a ruta MAC/IP objave postoji samo u EVPN-u. Citirati atribut kao da vrijedi za obje jest način na koji pregled snimke pođe po zlu.

Kad vam netko preda snimku ili tablicu proizvođača, pitajte kojoj obitelji atribut pripada. Zatim potvrdite da prijemna implementacija podržava tu obitelj, a ne naziv usluge s podatkovnog lista. Dvije platforme mogu obje tvrditi podršku za VPLS dok implementiraju različite signalne obitelji. Par ih razdvaja; oznaka proizvoda ne.

Vlastita adresna obitelj sesije odvojeno je pitanje

VPN-IPv6 se rutinski objavljuje kroz sesiju čija TCP veza ide preko IPv4, i to je podržan dizajn, ne kvar. Zato čitanje samo sažetka sesije ne govori ništa o tome koje VPN obitelji peer-ovi razmjenjuju.

NLRI obitelj, transportna obitelj i obitelj prosljeđivanja tri su neovisne odluke. Router može govoriti IPv4 sa svojim peer-om, prihvatiti dostupnost VPN-IPv6 i instalirati rutu čiji je sljedeći hop adresa IPv6 dostupna putem puta koji niste namjeravali. Svaki sloj traži vlastitu potvrdu. Lokacije koje prijavljuju nedostupne destinacije IPv6 dok objave izgledaju ispravno obično su izgubile razrješenje sljedećeg hopa, a ne pregovaranje obitelji.

Testirajte adresnu obitelj sesije zasebno, pa obitelji koje nosi, pa ono što jezgra može proslijediti. Držanje tri stvari odvojenim sprječava čestu pogrešnu dijagnozu gdje se ispravna objava čita kao dokaz da IPv6 radi od kraja do kraja. To dokazuje samo da je jedan peer rekao drugom za prefiks.

Pregovoreno, primljeno, uvezeno, instalirano

Za jednu očekivanu rutu četiri stanja moraju vrijediti po redu i svako je vidljivo. Obitelj mora biti pregovarana s tim peer-om, ruta mora stići, ruta-target ju mora uvesti u predviđeni kontekst i sljedeći hop mora se razriješiti da bi se ruta instalirala. Preskakanje prvog stanja čini druga tri neodgovorivim, jer nepregovarana obitelj ne proizvodi rute za pregled. Na platformama u stilu Cisco sažeci obitelji i sposobnosti po peer-u odvojene su naredbe.

show bgp all summary
show bgp vpnv4 unicast all summary
show bgp l2vpn evpn summary
show bgp neighbors <peer-address> | include Address family

Pregovaranje se vidi u razmjeni sposobnosti ispisanoj po peer-u, a uspostavljena sesija bez navedene obitelji ne nosi ništa od onoga što ste tražili. Uvoz određuju ruta-targeti nošeni kao proširene zajednice, pa ispravan par s pogrešno otipkanim targetom ostavlja tablicu praznom. Instalacija zatim ovisi o razrješenju sljedećeg hopa u prijemnom kontekstu, što može pasti dok svaka objava izgleda savršeno.

Potvrdite ravninu podataka posljednju, jer ruta u tablici je tvrdnja, a ne isporuka. Ista četiri stanja vrijede za svaku obitelj; mijenjaju se samo naredbe i nazivi tablica.

Što par obitelji nikada ne dokazuje

Ispravno čitanje para govori vam kako tumačiti rutinske informacije koje slijede i to je cijela tvrdnja. Ono ne govori ništa o dostupnosti, ništa o politici, ništa o zdravlju ravnine podataka. Miješanje dvoje proizvodi sigurne izjave o mreži koju nitko nije provjerio. Nesklad ruta-targeta i pokvaren sljedeći hop izgledaju identično iz samog para. Par je uputa za čitanje, nikada presuda.

Kad eskalirate, stavite par, ruta-target i razriješeni sljedeći hop u istu bilješku. Sljedeći inženjer tada ima tri neovisne stvari za testiranje umjesto naziva usluge koji treba ponovno tumačiti. Ako pregovaranja nema, vide to odmah, pogrešan target ostavlja uvoz vidno odsutnim, a nerazriješen sljedeći hop ostavlja rutu prisutnom ali neupotrebljivom.