Zakaj L2VPN v Junosu prikaže oznako, a nič ne posreduje

Prihajajo poročila strank, da je povezava L2VPN v stanju Up, priključek je dvignjen in noben okvir ne preide. Statusne lučke so poštene; okvir se razvršča v storitev, ki na oddaljenem koncu nima nobenega uporabnega stanja posredovanja. V točkovnem L2VPN, signaliziranem z BGP, prva odločitev pripada priključku in ne iskanju poti. Okvir stranke prispe na logični vmesnik in ta vmesnik poimenuje povezavo ter s tem oddaljeno mesto. Vse za tem je stanje posredovanja po oznakah, zgrajeno iz tega, kar so najavili partnerji.

Okvir nikoli ne izvede iskanja poti

Signalizacija je stanje pripravila; obdelava na paket je iskanje oznake na povezavi, ki je bila že izbrana. Zato je vprašanje, zakaj pot manjka, napačno vprašanje, in skriva dve vrednosti, ki štejeta: povezavo priključka in oznako storitve, ki jo uporablja.

To pojasni tudi nesimetrijo napora. Pregled konfiguracije pove, kaj bi moralo biti nameščeno, medtem ko pogled povezave pove, kaj je bilo dejansko izpeljano, in le drugo preživi neujemanje bloka oznak.

Dve oznaki, dve smeri

Vsak PE lokalno dodeli blok oznak, najavi njegovo osnovo in velikost, njegovi partnerji pa dodajo odmik, da izpeljejo oznako za določeno mesto. Dodelitve so zato lokalno pomembne: dva PE lahko za isto storitev uporabita različne osnove in različne velikosti blokov. Preberite povezavo z obeh koncev, preden karkoli spremenite. Blok, ki je bil odmerjen za eno oznako premajhen, je videti natanko kot povezava, ki se nikoli ne namesti.

show l2vpn connections instance CUST-A extensive

V tem izpisu je vhodna oznaka tista, ki jo je ta PE dodelil in svojemu partnerju rekel, naj jo uporablja, medtem ko je izhodna oznaka partnerjeva dodelitev, ki jo ta PE potiska. Branje obeh v nasprotni smeri je klasična napaka in vas pošlje iskat vrednost, ki se na tej strani ne bi smela nikoli pojaviti. Referenca povezave dokumentira polja ob oznakah, vključno z mestom, stanjem in informacijami o bloku.

Kaj dokaže iskanje oznake

Ko imate vhodno vrednost, je lokalno iskanje en ukaz:

show route label 160042

Ta izpis bi moral pokazati vnos l2vpn z naslednjim skokom, operacija z oznako pa pove, ali se okvir potisne, zamenja ali odstrani, preden odide. Če ne pokaže ničesar, stanje storitve ni bilo nikoli nameščeno, čeprav povezava kaže Up, in neskladje je v signalizaciji, ne v transportu.

Sledite enemu okvirju

En paket, potisnjen v priključek, razreši več kot kateri koli pregled konfiguracije. Pot oznake storitve bi morala kazati na transportni LSP proti oddaljenemu PE, obe oznaki pa bi morali ustrezati vrednostim, ki jih je partner sporočil. Ko je transport zdrav in je oznaka storitve napačna, okvir doseže pravi usmerjevalnik in se tam zavrže, zato so števci oddaljenega konca videti prazni, medtem ko so števci bližnjega konca videti zasedeni.

Preverite inkapsulacijo priključka, nastavitev krmilne besede in MTU hkrati, ker so to dogovorjene lastnosti in ne vedenje na vsakem skoku.

Držite modele storitev ločene

VPLS se uči naslovov MAC, EVPN pa oglašuje končne točke, medtem ko točkovni L2VPN ne počne ne enega ne drugega, zato njihovi postopki izbire okvirja niso zamenljivi, čeprav se peljejo po isti infrastrukturi BGP in MPLS. Prenos koraka za odpravljanje težav iz enega modela v drugega daje samozavestne, a neutemeljene sklepe.

Za manjkajočo pot zabeležite stanje povezave obeh partnerjev, priključek, obe smeri oznake, inkapsulacijo, nastavitev krmilne besede in MTU. Ta zapis poveže oglašeno s tem, kar ravnina posredovanja dejansko počne, kar je edini člen, ki šteje, in to bo zahteval tudi naslednji inženir.