Зошто 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 е безбеден заменски текст.

Потоа оставете одговорите да покажат на фазата што не успеала. Нема учење на приклучокот значи пристапна страна; рута без запис во базата значи увоз; запис во базата без состојба на препраќање значи програмирање. Што и да е, предадете ги собраните излези заедно со домаќинот, интерфејсот, услугата и верзијата, за следниот инженер да може да ја репродуцира патеката наместо да го повторува барањето.