Kontrollige EVPN-i ruuteri MAC-i enne, kui süüdistate underlay'd

Samas VXLAN-paketis esineb kaks MAC-aadressi ja ainult üks neist kuulub sihtkoha hostile. EVPN VXLAN IP-VRF-st IP-VRF-i lahenduses on sisemine siht-MAC väljuva ruuteri teavitatud ruuteri MAC, samas kui välimine siht-MAC kuulub sellele, mis paketi järgmisel underlay-lülil kohale toimetab. Nende kahe segamini ajamine saadab inimesed underlay'sse otsima viga, mida seal ei ole. Tehke kontrollid järjekorras.

Iga samm vastab ühele küsimusele ja esimene vastus otsustab, kas järgnevad on üldse asjakohased.

1. Lugege prefiksi marsruuti ja selle kogukondi

Alustage marsruudist, mitte paketi püüdmisest:

show bgp l2vpn evpn route type prefix 10.20.0.0/24

Type 5 marsruut teavitab IP-prefiksit. Liideseta IP-VRF-mudelis kannab see ka L3 VNI-t ja laiendatud ruuteri-MAC-kogukonda ning just see kogukond tuvastab väljund-poolse marsruutimise lõpp-punkti. Lugege kogukonda, selle asemel et eeldada, et MAC on prefiksi NLRI-sse sisse ehitatud, sest see ei ole. Kui marsruut on olemas ja kogukond on külge kinnitatud, on juhtplaan oma osa juba ära teinud.

2. Kinnitage, millist edastusmudelit kasutatakse

Liideseta mudel ja overlay-indeksi rekursioon on erinevad toetatud lahendused. Liideseta mudel marsruudib paketi, ehitab kaugema marsruutimise lõpp-punkti jaoks sisemise kaadri ja kapseldab selle väljuva VTEP-i suunas.

Overlay-indeksi rekursiooni korral vajab sisse-voolav ruuter enne edastamist täiendavat otsingut järgmise hüppe lahendamiseks. Mõlemad mudelid on kehtivad ja rakendatav protseduur sõltub sellest, millist teie võrk kasutab. Otsese järgmise hüppe loogika rakendamine teisiti ehitatud võrgule annab järelduse, mis tundub püüdmises õige ja disainiülevaates vale.

3. Oodake kahte erinevat MAC-i rolli

Sisemine siht-MAC on väljuva ruuteri teavitatud ruuteri MAC. Välimine siht-MAC on kohaliku kohaletoimetamise järgmine hüpe, mis võib olla underlay-ruuter ja võib igal hüppel muutuda. Nende erinemine on normaalne ja nende võrdsus on kokkusattumus, mitte nõue. Püüdmine, mis näitab sees šassilaadset aadressi ja väljas füüsilist järgmise hüppe aadressi, kirjeldab täpselt kavandatud kapseldust.

4. Käsitlege šassiist tuletatud väärtust juurutusvalikuna

Platvorm võib tuletada oma teavitatud ruuteri MAC-i süsteemi- või šassiidentiteedist ning see on juurutusotsus, mitte protokollireegel. Kontrollige tarnija jaotamis- ja koondamismudelit enne, kui loete aadressiformaati midagi sisse.

Kaks juurutust, mis mõlemad vastavad nõuetele, võivad teavitada erinevalt näivaid ruuteri MAC-e, mistõttu nende võrdlemine tarnijate vahel tõestab väga vähe.

5. Ärge muutke midagi, kuni olek on vastuolus

Ülevaatamiseks võrrelge valitud prefiksi marsruuti, selle laiendatud kogukondi, BGP järgmist hüpet, L3 VNI-t ja sellest tulenevat edastusolekut. Seejärel märgistage püüdmises sisemine ja välimine päis.

Kui need viis ühtivad, teeb veidrana näiv MAC oma tööd ja selle muutmine lõhub marsruutimise lõpp-punkti, mitte ei paranda aadressimise viga. Kui need ei ühti, teate nüüd, milline väli on vale, ja muudatus on sihitud, mitte oletuslik. EVPN-i IP-prefiksite spetsifikatsioon on viide, mida selles arutelus tsiteerida, sest see kirjeldab nii mudelit kui ka kogukonda, mis väärtust kannab.