Zašto se QFX MAC pojavljuje u EVPN-u, ali ne u tablici prosljeđivanja

Pronalaženje MAC-a u EVPN bazi dokazuje da je oglašen ili primljen kao ruta, i ništa više od toga. Tablica prosljeđivanja je druga struktura, programirana kasnije, pa se isti MAC može pojaviti u jednoj i nedostajati u drugoj dok svaki protokol radi ispravno. Tretiranje ta dva izlaza kao kopija jedan drugog šalje inženjere u potragu za kvarom BGP-a, dok je stvarni jaz politika uvoza ili neriješeni sljedeći skok. Pitanje koje vrijedi postaviti nije zna li fabric MAC, nego u kojoj je fazi prestao da ga prenosi.

Dvije tablice koje odgovaraju na različita pitanja

Na Junos EVPN baza navodi MAC adrese po instanci zajedno s načinom na koji je svaka stigla: naučena s pristupnog porta, primljena u Type 2 ruti ili označena kao dio multihoming grupe. Juniperov pregled naredbe show evpn database pokriva filtere po MAC-u i po instanci koji pregled čine čitljivim. To je sažetak kontrolne ravni s ključem po instanci i MAC-u, a ne tablica kojom hardver komutira okvire.

Komutacijska tablica je to stanje prosljeđivanja. Oba izlaza navode MAC-ove uz VLAN ili VNI kontekst, što je upravo razlog zašto se porede red po red i upravo razlog zašto poređenje zavodi. Zapis u bazi kaže da ruta postoji i da je prihvaćena u instancu; ne kaže ništa o tome je li je platforma instalirala za prosljeđivanje.

Type 2 ruta nosi MAC, opcionalni IP, oznaku ili VNI, razlikovnik rute i sljedeći skok koji imenuje udaljeni VTEP. Četiri stvari mogu se slomiti između kabela i te rute: host se nikad ne nauči, ruta se nikad ne oglašava, odbija se pri uvozu ili se njezin sljedeći skok ne razrješava. Svaki kvar ostavlja drugačiji skup tablica popunjen, i upravo zato se slijed uopće može dijagnosticirati.

Lokalno učenje i dalje se događa prvo

Uobičajena pretpostavka je da EVPN preuzima učenje MAC-a, pa prazna baza mora značiti problem s overlayem. Lokalno učenje i dalje radi na pristupnoj strani, baš kao i prije VXLAN-a: preklopnik nauči izvorni MAC dopuštenog okvira u ispravnom VLAN-u i servisu i tek tada za njega stvori Type 2. Host koji nije poslao nijedan relevantan okvir nema što oglašavati. Host čiji se okviri odbacuju zbog članstva u VLAN-u, filtra ili neaktivnog člana agregata izgleda isto iz perspektive overlaya.

Počnite na priključku i napredujte naredbama samo za čitanje. Cilj je dokazati da je okvir s hosta prešao u namjeravanom servisu, jer ništa nizvodno ne kompenzira okvir koji nikad nije stigao.

show interfaces ge-0/0/1.0
show ethernet-switching interface ge-0/0/1.0
show lacp interfaces ae0

Odabrani LACP članovi važniji su od toga što je bundle aktivan, jer agregat može biti aktivan na jednom članu dok promet hosta hešira na vezu koja je neaktivna ili blokirana. Brojači sučelja razlikuju tihi host od hosta koji gubi okvire, jer host koji nikad ne odašilje i host čiji se okviri odbacuju klasifikacijom ostavljaju istu praznu tablicu.

Gdje se gubi udaljeni MAC

Udaljeni MAC pada u suprotnom smjeru, i to tiho. Type 2 ruta stiže, ali ulazi u instancu samo kad se njezina ciljna ruta i VNI podudaraju s lokalnom konfiguracijom, a upotrebljiva postaje samo kad se sljedeći skok razriješi u dostupan VTEP. Neusklađenost ciljne rute ostavlja valjanu rutu u BGP tablici koju nijedna instanca ne traži.

Pročitajte tri prikaza po redu: postojanje rute, zapis u bazi, zapis prosljeđivanja. Naredbe u nastavku ispituju isti MAC u svakoj fazi, a primjer adrese održava izlaze uporedivima.

show evpn database instance blue mac-address 02:00:00:00:00:5c extensive
show route table bgp.evpn.0 | match 02:00:00:00:00:5c
show route table bgp.evpn.0 | match 02:00:00:00:00:5c extensive

Ti izlazi odgovaraju na tri odvojena pitanja. Ruta u bgp.evpn.0 bez zapisa u bazi upućuje na politiku uvoza, ciljnu rutu ili konfiguraciju instance. Zapis u bazi bez zapisa prosljeđivanja upućuje na programiranje platforme, što pripada drugom putu eskalacije. Aktivna ruta čiji se sljedeći skok ne razrješava jest problem prijenosa ili oznake, i nijedna količina MAC otklanjanja pogrešaka to ne popravlja.

Restart koji je to popravio dokazuje vrlo malo

Kad restarta nestane simptom, primamljiv zaključak je da konfiguracija mora biti ispravna. Restart reprogramira svaku tablicu ispočetka, pa skriva i slučaj u kojem je zastario zapis zasjenjivao pogrešku politike; kvar se obično vraća pri sljedećoj promjeni, podrhtavanju veze ili povlačenju rute.

Prije bilo kojeg prozora održavanja zabilježite što će restart izbrisati. Ove tri naredbe dovoljne su za usporedbu prije i poslije i ne mijenjaju ništa na uređaju.

show evpn database instance blue
show route table bgp.evpn.0
show version

Spremite te izlaze s datumom i verzijom softvera uz njih. Kasnija tvrdnja da je isti restart i prije pomogao trag je, a ne dokaz, i razlika postaje vidljiva samo kad je netko sačuvao raniji izlaz.

Četiri opažanja koja rješavaju većinu slučajeva

Četiri opažanja pokrivaju gotovo svaki slučaj: priključak i njegov servis, MAC kao primjer vrijednosti, stanje rute i baze te verzija u upotrebi. Odaberite MAC koji je očito primjer kako ga nitko ne bi zamijenio s produkcijskom adresom: prvi oktet 02 označava lokalno upravljanu unicast adresu, ostali okteti su slobodni i zato je 02:00:00:00:00:5c siguran rezerviran prostor.

Zatim pustite da odgovori pokažu na fazu koja je zakazala. Nema učenja na priključku znači pristupna strana; ruta bez zapisa u bazi znači uvoz; zapis u bazi bez stanja prosljeđivanja znači programiranje. Što god bilo, predajte prikupljene izlaze zajedno s hostom, sučeljem, servisom i verzijom, da sljedeći inženjer može reproducirati put umjesto da ponavlja upit.