Kāpēc Junos L2VPN rāda etiķeti, bet neko nepārsūta

Nāk klientu ziņojumi, ka L2VPN savienojums ir Up, piesaiste ir pacelta un neviens kadrs neiet cauri. Statusa gaismas ir godīgas; kadrs tiek klasificēts pakalpojumā, kuram tālajā galā nav nekāda lietojama pārsūtīšanas stāvokļa. BGP signalizētā punkta-punkta L2VPN pirmais lēmums pieder piesaistei, nevis maršruta meklēšanai. Klienta kadrs ierodas loģiskajā saskarnē, un šī saskarne nosauc savienojumu un tādējādi arī attālo vietu. Viss pēc tam ir etiķešu pārsūtīšanas stāvoklis, veidots no tā, ko paziņoja partneri.

Kadrs nekad neveic maršruta meklēšanu

Signalizācija sagatavoja stāvokli; apstrāde pa paketēm ir etiķetes meklēšana savienojumā, kas jau ir izvēlēts. Tāpēc jautājums, kāpēc trūkst maršruta, ir nepareizs jautājums, un tas slēpj divas svarīgas vērtības: piesaistes savienojumu un tā izmantoto pakalpojuma etiķeti.

Tas izskaidro arī piepūles asimetriju. Konfigurācijas pārskats pasaka, kas bija jāinstalē, bet savienojuma skats pasaka, kas faktiski tika atvasināts, un tikai otrais pārdzīvo etiķešu bloka neatbilstību.

Divas etiķetes, divi virzieni

Katrs PE lokāli piešķir etiķešu bloku, paziņo tā bāzi un izmēru, un tā partneri pievieno nobīdi, lai atvasinātu etiķeti konkrētai vietai. Tāpēc piešķīrumi ir lokāli nozīmīgi: divi PE var izmantot dažādas bāzes un dažādus bloka izmērus vienam un tam pašam pakalpojumam. Pirms kaut ko mainīt, izlasiet savienojumu no abiem galiem. Bloks, kas nomērīts par vienu etiķeti par mazu, izskatās tieši kā savienojums, kas nekad netiek instalēts.

show l2vpn connections instance CUST-A extensive

Šajā izvadē ienākošā etiķete ir tā, ko šis PE piešķīra un lika savam partnerim izmantot, bet izejošā etiķete ir partnera piešķīrums, ko šis PE bīda. Abas lasīt otrādi ir klasiskā kļūda, un tā aizsūta jūs meklēt vērtību, kurai nekad nevajadzēja parādīties šajā pusē. Savienojuma uzziņa dokumentē laukus blakus etiķetēm, tostarp vietu, statusu un bloka informāciju.

Ko pierāda etiķetes meklēšana

Kad ienākošā vērtība ir iegūta, lokālā meklēšana ir viena komanda:

show route label 160042

Šai izvadei vajadzētu parādīt l2vpn ierakstu ar nākamo lēcienu, un etiķetes operācija pasaka, vai kadrs tiek bīdīts, apmainīts vai izņemts pirms iziešanas. Ja tā neko nerāda, pakalpojuma stāvoklis nekad nav ticis instalēts, lai gan savienojums rāda Up, un neatbilstība ir signalizācijā, nevis transportā.

Sekojiet vienam kadram

Viens pakets, kas iespiests piesaistē, izšķir vairāk nekā jebkurš konfigurācijas pārskats. Pakalpojuma etiķetes maršrutam vajadzētu norādīt uz transporta LSP uz attālo PE, un abām etiķetēm vajadzētu atbilst vērtībām, ko paziņoja partneris. Kad transports ir vesels un pakalpojuma etiķete ir nepareiza, kadrs sasniedz pareizo maršrutētāju un tur tiek izmests, tāpēc attālā gala skaitītāji izskatās tukši, bet tuvā gala skaitītāji izskatās aizņemti.

Pārbaudiet piesaistes iekapsulējumu, vadības vārda iestatījumu un MTU vienlaikus, jo tās ir saskaņotas īpašības, nevis uzvedība katrā lēcienā.

Turiet pakalpojumu modeļus atsevišķi

VPLS apgūst MAC adreses, un EVPN paziņo galapunktus, bet punkta-punkta L2VPN nedara ne vienu, ne otru, tāpēc to kadru atlases procedūras nav savstarpēji aizstājamas, lai gan tās brauc pa vienu un to pašu BGP un MPLS infrastruktūru. Problēmu novēršanas soļa pārcelšana no viena modeļa uz otru rada pārliecinātus, bet nepamatotus secinājumus.

Ja ceļš trūkst, pierakstiet abu partneru savienojuma statusu, piesaisti, abus etiķetes virzienus, iekapsulējumu, vadības vārda iestatījumu un MTU. Šis pieraksts savieno paziņoto ar to, ko pārsūtīšanas plakne faktiski dara, un tā ir vienīgā svarīgā saite, un to pašu prasīs nākamais inženieris.