AFI i SAFI: pročitajte par pre naziva usluge

Možete gledati kako sesija niče, videti rutu kako se pojavljuje, i ipak čitati pogrešnu uslugu. Par brojeva na početku svakog oglasa, identifikator adresne familije i identifikator sledeće adresne familije, odlučuje koji parser čita teret i koja tabela drži rezultat. Pogrešite par pa politika uvoza, poklapanje ruta-targeta i traženje sledećeg hopa svi rade protiv strukture koju niko nije oglasio. Šetnja ispod počinje tim parom i završava se rezultatom prosleđivanja.

U koju tabelu ruta pripada odlučuju dva broja

Par se pojavljuje dvaput: unutar multiprotokolarne sposobnosti, gde govornik oglašava familiju, i ispred svakog NLRI koji ta familija nosi. Zato je to svojstvo rute, a ne podešavanje na izvornoj kutiji. Proizvođači ga štampaju kao naziv poput Address family VPNv4 Unicast, a formulacija se menja između izdanja dok brojevi ostaju na mestu.

Četiri kodiranja pokrivaju skoro svaki poslovni slučaj: 1 sa 128 za MPLS-označen VPN-IPv4, 2 sa 128 za IPv6 ekvivalent, 25 sa 65 za VPLS signaliziran BGP-om i 25 sa 70 za EVPN. Prva greška je pretpostaviti da svaka usluga Layer 2 stoji iza 25 sa 65, što skriva EVPN. Druga je tretirati dve IP familije kao jednu familiju s dužom adresom, iako se pregovaraju odvojeno i mogu se prihvatiti na različitim peer-ovima. Treća se pojavljuje kad se šablon kopira iz izdanja koje zna samo jednu od njih. Pogled u registar rešava sve tri brže od nagađanja zasnovanog na nazivu usluge.

Tretirajte četiri reda kao primere iz IANA registra, ne kao sam registar. Kad broj ne odgovara ničemu poznatom, pogledajte ga pre nego što oko njega izgradite politiku.

AFI 25 nosi dva nepovezana NLRI formata

Obe Layer 2 familije stoje pod AFI 25 i sličnost se tu završava. VPLS NLRI u RFC 4761 section 3.2.2 nosi dužinu, razlikovnik rute, VE ID, pomak VE bloka, veličinu VE bloka i bazu oznaka, koji zajedno imenuju krajnju tačku pseudowire-a i njegovu oznaku. EVPN zadržava AFI 25 i prelazi na SAFI 70, gde je teret tip rute: Ethernet automatsko otkrivanje, MAC/IP oglas, uključivi multicast, Ethernet segment, IP prefiks. Zato isti pomak u bajtovima znači različite stvari u dve familije. Parser napisan za jednu čita drugu bez prigovora i proizvodi besmislicu. Par je jedino upozorenje da je tumačenje pogrešno.

Polje koje u jednoj familiji znači pomak VE bloka nema pandan u drugoj, a ruta MAC/IP oglasa postoji samo u EVPN-u. Citirati atribut kao da važi za obe je način na koji pregled snimka krene po zlu.

Kad vam neko preda snimak ili tabelu proizvođača, pitajte kojoj familiji atribut pripada. Zatim potvrdite da prijemna implementacija podržava tu familiju, a ne naziv usluge sa podatkovnog lista. Dve platforme mogu obe tvrditi podršku za VPLS dok implementiraju različite signalne familije. Par ih razdvaja; oznaka proizvoda ne.

Sopstvena adresna familija sesije je odvojeno pitanje

VPN-IPv6 se rutinski oglašava 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 familije peer-ovi razmenjuju.

NLRI familija, transportna familija i familija prosleđivanja su tri nezavisne odluke. Ruter može govoriti IPv4 sa svojim peer-om, prihvatiti dostupnost VPN-IPv6 i instalirati rutu čiji je sledeći hop adresa IPv6 dostupna putem puta koji niste nameravali. Svaki sloj traži svoju potvrdu. Lokacije koje prijavljuju nedostupne destinacije IPv6 dok oglasi izgledaju ispravno obično su izgubile razrešenje sledećeg hopa, a ne pregovaranje familija.

Testirajte adresnu familiju sesije zasebno, pa familije koje nosi, pa ono što jezgro može proslediti. Držanje tri stvari odvojeno sprečava čestu pogrešnu dijagnozu gde se ispravan oglas čita kao dokaz da IPv6 radi od kraja do kraja. To dokazuje samo da je jedan peer rekao drugom za prefiks.

Pregovarano, primljeno, uvezeno, instalirano

Za jednu očekivanu rutu četiri stanja moraju da važe po redu i svako je vidljivo. Familija mora biti pregovarana s tim peer-om, ruta mora stići, ruta-target je mora uvesti u predviđeni kontekst i sledeći hop mora da se razreši da bi se ruta instalirala. Preskakanje prvog stanja čini ostala tri neodgovorivim, jer nepregovarana familija ne proizvodi rute za pregled. Na platformama u stilu Cisco sažeci familija i sposobnosti po peer-u su odvojene komande.

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 razmeni sposobnosti ispisanoj po peer-u, a uspostavljena sesija bez navedene familije ne nosi ništa od onoga što ste tražili. Uvoz određuju ruta-targeti nošeni kao proširene zajednice, pa ispravan par sa pogrešno otkucanim targetom ostavlja tabelu praznom. Instalacija zatim zavisi od razrešenja sledećeg hopa u prijemnom kontekstu, što može da padne dok svaki oglas izgleda savršeno.

Potvrdite ravan podataka poslednju, jer ruta u tabeli je tvrdnja, a ne isporuka. Ista četiri stanja važe za svaku familiju; menjaju se samo komande i nazivi tabela.

Šta par familija nikada ne dokazuje

Ispravno čitanje para kaže vam kako da tumačite rutirajuće informacije koje slede, i to je cela tvrdnja. Ono ne kaže ništa o dostupnosti, ništa o politici i ništa o zdravlju ravni podataka. Mešanje dvoje proizvodi sigurne izjave o mreži koju niko nije proverio. Nesklad ruta-targeta i pokvaren sledeći hop izgledaju identično iz samog para. Par je uputstvo za čitanje, nikada presuda.

Kad eskalirate, stavite par, ruta-target i razrešeni sledeći hop u istu belešku. Sledeći inženjer tada ima tri nezavisne stvari za testiranje umesto naziva usluge koji treba ponovo tumačiti. Ako pregovaranja nema, vide to odmah, pogrešan target ostavlja uvoz vidno odsutnim, a nerazrešen sledeći hop ostavlja rutu prisutnom ali neupotrebljivom.