Bakit lumilitaw ang MAC ng QFX sa EVPN pero wala sa forwarding table

Ang paghahanap ng MAC sa EVPN database ay nagpapatunay na inanunsyo o natanggap ito bilang ruta, at wala nang iba pa. Ang forwarding table ay ibang istruktura, na-program mamaya, kaya ang parehong MAC ay maaaring lumitaw sa isa at mawala sa isa pa habang kumikilos nang tama ang bawat protocol. Ang pagtrato sa dalawang output na ito bilang kopya ng isa't isa ay nagpapadala sa mga inhinyero sa paghabol sa sira ng BGP samantalang ang tunay na puwang ay patakarang import o hindi nalutas na susunod na hop. Ang tanong na dapat itanong ay hindi kung kilala ng fabric ang MAC, kundi sa aling yugto ito tumigil sa pagpasa nito.

Dalawang tabla na sumasagot sa magkaibang tanong

Sa Junos EVPN, inililista ng database ang mga MAC address bawat instance kasama kung paano dumating ang bawat isa: natutunan mula sa access port, natanggap sa rutang Type 2, o minarkahan bilang bahagi ng multihoming group. Ang sanggunian ng Juniper show evpn database ay sumasaklaw sa mga filter bawat MAC at bawat instance na nagpapadali sa pagbasa ng view. Ito ay buod ng control plane na may susi sa instance at MAC, hindi ang tabela kung saan nagko-commute ang hardware ng mga frame.

Ang switching table ang mismong forwarding state na iyon. Pareho ng output ang naglilista ng MAC sa tabi ng konteksto ng VLAN o VNI, at iyon ang eksaktong dahilan kung bakit inihahambing sila linya sa linya, at iyon ang eksaktong dahilan kung bakit nakakalito ang paghahambing. Sinasabi ng entry sa database na umiiral ang ruta at tinanggap sa instance; wala itong sinasabi kung in-install ito ng platform para sa forwarding.

Ang rutang Type 2 ay nagdadala ng MAC, opsyonal na IP, label o VNI, route distinguisher at susunod na hop na nagngangalan sa malayong VTEP. Apat na bagay ang maaaring masira sa pagitan ng cable at ng rutang iyon: hindi natututunan ang host, hindi inaanunsyo ang ruta, tinatanggihan ito sa import, o hindi nalulutas ang susunod na hop nito. Bawat kabiguan ay nag-iiwan ng ibang set ng tabla na puno, at iyon ang dahilan kung bakit kayang ma-diagnose ang sekwensya.

Local learning pa rin ang nauna

Ang karaniwang palagay ay kinukuha ng EVPN ang pag-aaral ng MAC, kaya ang walang laman na database ay dapat mangahulugan ng problema sa overlay. Tumataas pa rin ang local learning sa access side, eksaktong tulad noong wala pang VXLAN: natututunan ng switch ang source MAC ng pinapayagang frame sa tamang VLAN at serbisyo, at pagkatapos lamang gumawa ng Type 2 para dito. Ang host na hindi nagpadala ng anumang kaugnay na frame ay walang maaanunsyo. Ang host na ang mga frame ay itinatapon ng membership sa VLAN, isang filter o isang down na miyembro ng aggregate ay mukhang pareho mula sa pananaw ng overlay.

Magsimula sa attachment at magpatuloy nang may basahin-lamang na mga utos. Layunin na patunayan na ang frame mula sa host ay dumaan sa inilaan na serbisyo, dahil walang anumang nasa ibaba ang makakabawi sa frame na hindi kailanman dumating.

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

Mas mahalaga ang mga piling miyembrong LACP kaysa sa nakabitin ang bundle, dahil ang aggregate ay maaaring nakabitin sa isang miyembro habang ang trapiko ng host ay naha-hash papunta sa link na down o naka-block. Ang mga counter ng interface ay naghihiwalay ng tahimik na host sa isang bumabagsak, dahil ang host na hindi kailanman nagpapadala at ang host na ang mga frame ay itinatapon ng klasipikasyon ay nag-iiwan ng parehong walang laman na tabla.

Saan nawawala ang malayong MAC

Ang malayong MAC ay nabigo sa kabilang direksyon, at tahimik. Dumarating ang rutang Type 2, ngunit pumapasok lamang ito sa isang instance kapag ang target ng ruta at VNI nito ay tumutugma sa lokal na configuration, at nagiging magagamit lamang kapag ang susunod na hop ay nalutas sa isang maabot na VTEP. Ang hindi pagtutugma ng target ng ruta ay nag-iiwan ng valid na ruta sa BGP table na hindi hinihingi ng anumang instance.

Basahin ang tatlong view nang sunod-sunod: pagkakaroon ng ruta, entry sa database, entry sa forwarding. Ang mga utos sa ibaba ay nagtatanong ng parehong MAC sa bawat yugto, at ang sample na address ay nagpapanatili ng mga output na maihahambing.

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

Ang mga output na iyon ay sumasagot sa tatlong magkahiwalay na tanong. Ang rutang nasa bgp.evpn.0 na walang entry sa database ay tumuturo sa patakarang import, target ng ruta o configuration ng instance. Ang entry sa database na walang entry sa forwarding ay tumuturo sa programming ng platform, na kabilang sa ibang landas ng escalation. Ang aktibong ruta na ang susunod na hop ay hindi nalulutas ay problema sa transport o label, at walang dami ng pag-debug ng MAC ang makakagawa nito.

Ang isang restart na nag-ayos nito ay nagpapatunay ng napakakaunti

Kapag ang isang restart ay nagpapawala ng sintomas, ang nakakaakit na konklusyon ay dapat matibay ang configuration. Ang restart ay nagre-program ng bawat tabla mula sa simula, kaya itinatago rin nito ang kaso kung saan ang lumang entry ay nagtatakip sa isang error sa patakaran; ang sira ay karaniwang bumabalik sa susunod na pagbabago, pag-flap ng link o pag-withdraw ng ruta.

Bago ang anumang maintenance window, kunin ang mabubura ng restart. Sapat ang tatlong utos na ito para ihambing ang bago at pagkatapos, at wala silang binabago sa device.

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

I-archive ang mga output na iyon kasama ng petsa at build ng software sa tabi. Ang ulat mamaya na gumana na rin dati ang parehong restart ay palatandaan hindi patunay, at makikita lamang ang pagkakaiba kapag may nagtago ng mas naunang output.

Apat na obserbasyon na nagtatapos sa karamihan ng kaso

Apat na obserbasyon ang sumasaklaw sa halos lahat ng kaso: ang attachment at serbisyo nito, ang MAC bilang sample na halaga, ang estado ng ruta at database, at ang build na ginagamit. Pumili ng MAC na malinaw na sample para walang magkamali na production address ito: ang unang octet na 02 ay nagmamarka ng lokal na pinamamahalaang unicast address, malaya ang natitirang octet, at kaya ang 02:00:00:00:00:5c ay ligtas na placeholder.

Pagkatapos, hayaang ituro ng mga sagot ang yugtong nabigo. Walang learning sa attachment ay nangangahulugang access side; ruta na walang entry sa database ay import; entry sa database na walang forwarding state ay programming. Anuman ito, ibigay ang mga nakolektang output kasama ng host, interface, serbisyo at build, upang ma-reproduce ng susunod na inhinyero ang landas sa halip na ulitin ang query.