Kontroleer die EVPN-roeteerder-MAC voordat jy die onderlaag blameer

Twee MAC-adresse verskyn in dieselfde VXLAN-pakket, en net een van hulle behoort aan die bestemmingsgasheer. In ’n EVPN-VXLAN IP-VRF-tot-IP-VRF-ontwerp is die binneste bestemmings-MAC die uitgangsroeteerder se geadverteerde roeteerder-MAC, terwyl die buitenste bestemmings-MAC aan enigiets behoort wat die pakket op die volgende onderlaag-skakel aflewer. Om die twee te verwar stuur mense na die onderlaag om te soek na ’n fout wat nie daar is nie. Werk die kontroles in volgorde deur.

Elke stap beantwoord een vraag, en die eerste antwoord bepaal of die latere enige verband hou.

1. Lees die voorvoegselroete en sy communities

Begin by die roete eerder as by die pakketopname:

show bgp l2vpn evpn route type prefix 10.20.0.0/24

’n Type 5-roete adverteer ’n IP-voorvoegsel. In die koppelvlaklose IP-VRF-model dra dit ook die L3 VNI en die uitgebreide roeteerder-MAC-community, en dit is daardie community wat die uitgangsroeteringspunt identifiseer. Lees die community in plaas daarvan om te aanvaar dat die MAC in die voorvoegsel-NLRI ingebed is, want dit is nie. As die roete teenwoordig is en die community aangeheg is, het die beheervlak reeds sy deel gedoen.

2. Bevestig watter aanstuurmodel in gebruik is

Die koppelvlaklose model en oorleg-indeksrekursie is verskillende ondersteunde reëlings. Die koppelvlaklose model roeteer die pakket, bou ’n binneste raam vir die afgeleë roeteringspunt en kapsuleer dit na die uitgangs-VTEP.

Met oorleg-indeksrekursie het die ingangsroeteerder ’n bykomende opsoek nodig om die volgende hop op te los voordat dit kan aanstuur. Beide modelle is geldig, en die prosedure wat geld, hang daarvan af watter een jou fabric gebruik. Om die direkte volgende-hop-redenasie toe te pas op ’n fabric wat anders gebou is, lewer ’n gevolgtrekking wat in die opname korrek lyk en in die ontwerphersiening verkeerd.

3. Verwag twee verskillende MAC-rolle

Die binneste bestemmings-MAC is die geadverteerde roeteerder-MAC van die uitgangsroeteerder. Die buitenste bestemmings-MAC is die volgende hop van die plaaslike aflewering, wat ’n onderlaag-roeteerder kan wees en by elke hop kan verander. Om hulle te sien verskil is normaal, en om hulle gelyk te sien is ’n toeval eerder as ’n vereiste. ’n Opname wat ’n adres wat soos ’n chassis lyk aan die binnekant en ’n fisiese volgende-hop-adres aan die buitekant wys, beskryf presies die bedoelde enkapsulering.

4. Behandel ’n chassis-afgeleide waarde as ’n implementeringskeuse

’n Platform kan sy geadverteerde roeteerder-MAC van ’n stelsel- of chassis-identiteit aflei, en dit is ’n implementeringsbesluit eerder as ’n protokolreël. Kontroleer die verkoper se toewysings- en oortolligheidsmodel voordat jy enigiets in die adresformaat inlees.

Twee implementerings wat albei voldoen, kan andersins lykende roeteerder-MAC’s adverteer, en daarom bewys die vergelyking daarvan tussen verkopers baie min.

5. Verander niks voordat die toestand verskil nie

Vir ’n hersiening vergelyk jy die gekose voorvoegselroete, sy uitgebreide communities, die BGP-next-hop, die L3 VNI en die gevolglike aansturtoestand. Merk dan die binneste en buitenste koptekste in die opname.

As daardie vyf ooreenstem, doen die MAC wat vreemd lyk sy werk, en om dit te verander sal ’n roeteringspunt breek eerder as om ’n adresseringsfout reg te maak. As hulle verskil, weet jy nou watter veld verkeerd is, en die verandering is gerig eerder as spekulatief. Die EVPN IP-voorvoegsel-spesifikasie is die verwysing om in daardie bespreking aan te haal, want dit beskryf beide die model en die community wat die waarde dra.