Waarom ’n QFX-MAC in EVPN verskyn maar nie in die aanstuurtafel nie

Om ’n MAC in die EVPN-databasis te vind, bewys dat dit as ’n roete geadverteer of ontvang is, en niks verder nie. Die aanstuurtafel is ’n ander struktuur wat later geprogrammeer word, so dieselfde MAC kan in die een voorkom en in die ander ontbreek terwyl elke protokol korrek werk. Om daardie twee uitsette as afskrifte van mekaar te behandel, stuur ingenieurs agter ’n BGP-fout aan wanneer die werklike leemte ’n invoerbeleid of ’n onopgeloste volgende sprong is. Die vraag wat werd is om te vra, is nie of die fabric die MAC ken nie, maar watter fase opgehou het om dit deur te gee.

Twee tabelle wat verskillende vrae beantwoord

Op Junos EVPN lys die databasis MAC-adresse per instansie saam met hoe elkeen aangekom het: geleer vanaf ’n toegangsport, ontvang in ’n Type 2-roete, of gemerk as deel van ’n multihoming-groep. Juniper se verwysing vir show evpn database dek die per-MAC- en per-instansie-filters wat die aansig leesbaar maak. Dit is ’n beheervlakopsomming wat volgens instansie en MAC gesleutel is, nie die tabel waarmee die hardeware rame skakel nie.

Die skakeltabel is daardie aansturingstoestand. Albei uitsette lys MAC's langs VLAN- of VNI-konteks, en dit is presies waarom hulle reël vir reël vergelyk word, en presies waarom die vergelyking mislei. ’n Inskrywing in die databasis sê die roete bestaan en is in die instansie aanvaar; dit sê niks oor of die platform dit vir aansturing geïnstalleer het nie.

’n Type 2-roete dra die MAC, ’n opsionele IP, ’n etiket of VNI, ’n roete-onderskeier en ’n volgende sprong wat die afgeleë VTEP noem. Vier dinge kan tussen die draad en daardie roete breek: die gasheer word nooit geleer nie, die roete word nooit geadverteer nie, dit word by invoer verwerp, of sy volgende sprong los nie op nie. Elke fout laat ’n ander stel tabelle gevul, en dit is die rede waarom die volgorde hoegenaamd gediagnoseer kan word.

Plaaslike leer gebeur steeds eerste

Die algemene aanname is dat EVPN MAC-leer oorneem, so ’n leë databasis moet ’n oorlegprobleem beteken. Plaaslike leer loop steeds aan die toegangskant, net soos voor VXLAN bestaan het: die skakelaar leer die bron-MAC van ’n toegelate raam in die korrekte VLAN en diens, en genereer eers daarna ’n Type 2 daarvoor. ’n Gasheer wat geen relevante raam gestuur het nie, het niks om te adverteer nie. ’n Gasheer wie se rame deur VLAN-lidmaatskap, ’n filter of ’n af lid van ’n samevoeging verwerp word, lyk dieselfde vanuit die oorleg se oogpunt.

Begin by die aansluiting en werk vorentoe met leesalleen-opdragte. Die doel is om te bewys dat ’n raam van die gasheer in die bedoelde diens oorgesteek het, want niks stroomaf vergoed vir ’n raam wat nooit aangekom het nie.

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

Gekose LACP-lede maak meer saak as dat die bondel op is, want ’n samevoeging kan op een lid op wees terwyl die gasheer se verkeer na ’n skakel hash wat af of geblokkeer is. Koppelvlaktellers skei ’n stil gasheer van ’n druppende een, want ’n gasheer wat nooit stuur nie en ’n gasheer wie se rame deur klassifikasie verwerp word, laat dieselfde leë tabel agter.

Waar ’n afgeleë MAC verlore gaan

’n Afgeleë MAC faal in die teenoorgestelde rigting, en stilweg. Die Type 2-roete kom aan, maar dit betree eers ’n instansie wanneer sy roeteteiken en VNI by die plaaslike konfigurasie pas, en dit word eers bruikbaar wanneer die volgende sprong na ’n bereikbare VTEP oplos. ’n Roeteteiken-wanpassing laat ’n geldige roete in die BGP-tabel wat geen instansie ooit vra nie.

Lees die drie aansigte in volgorde: roetebestaan, databasisinskrywing, aansturingsinskrywing. Die opdragte hieronder vra dieselfde MAC by elke fase, en die voorbeeldadres hou die uitsette vergelykbaar.

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

Daardie uitsette beantwoord drie afsonderlike vrae. ’n Roete in bgp.evpn.0 sonder ’n databasisinskrywing wys op invoerbeleid, roeteteiken of instansiekonfigurasie. ’n Databasisinskrywing sonder ’n aansturingsinskrywing wys op platformprogrammering, wat aan ’n ander eskalasiepad behoort. ’n Aktiewe roete wie se volgende sprong nie oplos nie, is ’n vervoer- of etiketprobleem, en geen hoeveelheid MAC-ontfouting herstel dit nie.

’n Herlaai wat dit reggemaak het, bewys baie min

Wanneer ’n herbegin die simptoom laat verdwyn, is die aanloklike gevolgtrekking dat die konfigurasie gesond moet wees. ’n Herlaai herprogrammeer elke tabel van nuuts af, so dit verberg ook die geval waar ’n verouderde inskrywing ’n beleidsfout oorskadu het; die fout keer gewoonlik terug by die volgende omset, skakelflap of roete-onttrekking.

Voordat enige onderhoudsvenster begin, teken vas wat die herbegin sal uitwis. Hierdie drie opdragte is genoeg om voor en na te vergelyk, en hulle verander niks op die toestel nie.

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

Liasseer daardie uitsette met die datum en die sagtewarebou daarby. ’n Latere verslag dat dieselfde herbegin vantevore gewerk het, is ’n leidraad eerder as bewys, en die verskil word net sigbaar wanneer iemand die vroeëre uitset bewaar het.

Vier waarnemings wat die meeste gevalle besleg

Vier waarnemings dra byna elke geval: die aansluiting en sy diens, die MAC as ’n voorbeeldwaarde, die toestand van die roete en databasis, en die bou wat in gebruik is. Kies ’n MAC wat duidelik ’n voorbeeld is sodat niemand dit vir ’n produksieadres aansien nie: ’n eerste oktet van 02 merk ’n plaaslik beheerde unicast-adres, die oorblywende oktette is vry, en 02:00:00:00:00:5c is dus ’n veilige plekhouer.

Laat dan die antwoorde wys na die fase wat gefaal het. Geen aansluitingsleer beteken die toegangskant; ’n roete sonder ’n databasisinskrywing beteken invoer; ’n databasisinskrywing sonder aansturingstoestand beteken programmering. Wat dit ook al blyk te wees, oorhandig die versamelde uitsette saam met die gasheer, koppelvlak, diens en bou, sodat die volgende ingenieur die pad kan herproduseer eerder as om die navraag te herhaal.