Зашто се MAC уређаја QFX појављује у EVPN, али не у табели прослеђивања

Проналажење MAC-а у бази EVPN доказује да је објављен или примљен као рута, и ништа више. Табела прослеђивања је друга структура, програмирана касније, тако да исти MAC може да се појави у једној и недостаје у другој док се сваки протокол понаша исправно. Третирање ова два излаза као копија један другог шаље инжењере у потеру за кваром BGP, док је стварни јаз политика увоза или нерешени следећи хоп. Питање које вреди поставити није да ли fabric зна MAC, већ у којој фази је престао да га прослеђује.

Две табеле које одговарају на различита питања

На Junos EVPN база наводи MAC адресе по инстанци заједно са тим како је свака стигла: научена са приступног порта, примљена у рути Type 2 или означена као део групе за вишеструко хостовање. Референце Juniper-а show evpn database покрива филтере по MAC-у и по инстанци који преглед чине читљивим. То је сажетак контролне равни са кључем инстанце и MAC-а, а не табела којом хардвер пребацује оквире.

Табела пребацивања је управо то стање прослеђивања. Оба излаза наводе MAC-ове поред контекста VLAN или VNI, и управо зато се пореде ред по ред, и управо зато поређење доводи у заблуду. Запис у бази каже да рута постоји и да је прихваћена у инстанци; он не каже ништа о томе да ли ју је платформа инсталирала за прослеђивање.

Рута Type 2 носи MAC, опциони IP, ознаку или VNI, разликовач руте и следећи хоп који именује удаљени VTEP. Између кабла и те руте могу да се покваре четири ствари: хост се никада не научи, рута се никада не објави, одбија се при увозу или њен следећи хоп не може да се реши. Сваки квар оставља другачији скуп табела попуњених, и зато је овај редослед уопште могуће дијагностиковати.

Локално учење се и даље дешава прво

Уобичајена претпоставка је да EVPN преузима учење MAC-а, па празна база мора да значи проблем са overlay-ом. Локално учење и даље ради на приступној страни, исто као пре него што је VXLAN постојао: свич научи изворни MAC дозвољеног оквира у исправном VLAN-у и услузи, и тек онда направи Type 2 за њега. Хост који није послао ниједан релевантан оквир нема шта да објави. Хост чији се оквири одбацују због чланства у VLAN-у, филтера или неактивног члана агрегата изгледа исто из перспективе overlay-а.

Почните од тачке повезивања и идите напред командама само за читање. Циљ је да се докаже да је оквир са хоста прошао у предвиђеној услузи, јер ништа ниже не надокнађује оквир који никада није стигао.

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

Изабрани LACP чланови су важнији од тога да је свежња активна, јер агрегат може бити активан на једном члану док се саобраћај хоста хешира на везу која је неактивна или блокирана. Бројачи интерфејса разликују тихи хост од оног који одбацује, јер хост који никада не шаље и хост чији се оквири одбацују класификацијом остављају исту празну табелу.

Где се губи удаљени MAC

Удаљени MAC не успева у супротном смеру, и то тихо. Рута Type 2 стиже, али улази у инстанцу само када се њен циљ руте и VNI поклопе са локалном конфигурацијом, и постаје употребљива само када се следећи хоп реши у доступни VTEP. Непоклапање циља руте оставља валидну руту у табели BGP коју ниједна инстанца никада не тражи.

Прочитајте три прегледа по реду: постојање руте, запис у бази, запис прослеђивања. Команде испод питају исти MAC у свакој фази, а пример адресе одржава излазе упоредивим.

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

Ти излази одговарају на три одвојена питања. Рута у bgp.evpn.0 без записа у бази указује на политику увоза, циљ руте или конфигурацију инстанце. Запис у бази без записа прослеђивања указује на програмирање платформе, што припада другом путу ескалације. Активна рута чији се следећи хоп не решава је проблем транспорта или ознаке, и никаква количина отклањања грешака MAC-а га не поправља.

Рестарт који је то поправио доказује веома мало

Када рестарт учини да симптом нестане, замамљив закључак је да конфигурација мора бити здрава. Рестарт поново програмира сваку табелу од нуле, па зато крије и случај када је застарео запис засењивао грешку политике; квар се обично враћа при следећој промени, трептању везе или повлачењу руте.

Пре било ког прозора за одржавање, забележите шта ће рестарт избрисати. Ове три команде су довољне за поређење пре и после, и не мењају ништа на уређају.

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

Архивирајте те излазе заједно са датумом и верзијом софтвера. Каснији извештај да је исти рестарт помогао и раније је траг, а не доказ, и разлика постаје видљива само када је неко сачувао ранији излаз.

Четири запажања која решавају већину случајева

Четири запажања покривају скоро сваки случај: тачка повезивања и њена услуга, MAC као примерна вредност, стање руте и базе, и верзија која се користи. Изаберите MAC који је очигледно пример, да га нико не помеша са производном адресом: први октет 02 означава локално администрирану unicast адресу, остали октети су слободни, и зато је 02:00:00:00:00:5c безбедан заменски знак.

Затим пустите да одговори укажу на фазу која није успела. Нема учења на тачки повезивања значи приступна страна; рута без записа у бази значи увоз; запис у бази без стања прослеђивања значи програмирање. Шта год да је, предајте прикупљене излазе заједно са хостом, интерфејсом, услугом и верзијом, да следећи инжењер може да репродукује пут уместо да понавља упит.