Kuras SNMP tabulas saista VPNv4 maršrutu ar tā etiķeti?
Izvēlieties vajadzīgo etiķeti, pēc tam saistiet VRF maršruta ierakstu ar šķērssavienojumu un tā segmentiem. Pirms pārlūkošanas apstipriniet, ka aģents ievieš šos objektus.
Trīs dažādas etiķetes ceļo ar vienu VPNv4 maršrutu, un SNMP pārlūks rāda tikai tās, ko aģents ievieš. Saņemtais BGP atribūts, lokāli piešķirtā ienākošā pakalpojuma etiķete un izejošā pārsūtīšanas etiķete atrodas dažādās tabulās ar dažādiem indeksiem. Lūgt ierīcei etiķeti, iepriekš neizvēloties, kuru no trim domājat, ir tas, kā vākšanas projekts iestrēgst jau pirmajā šasijā.
Izvēlieties to, kas nepieciešams jūsu uzdevumam, pēc tam sekojiet indeksu ķēdei, kas to sasniedz. Ja ķēde pārtrūkst objektā, ko aģents neievieš, tas ir fiksējams atradums, nevis plaisa, kas jāaizpilda ar izdomātu OID.
Izvēlieties, kura no trim etiķetēm nepieciešama uzdevumam
No kaimiņa saņemtā etiķete nāk kā BGP ceļa atribūts un apraksta, ko šis kaimiņš sagaida, ka jūs viņa virzienā stumsit. Ienākošo pakalpojuma etiķeti šī ierīce piešķir VRF prefiksam un marķē trafiku, kas ieiet LSP. Izejošā augšējā etiķete ir tas, ko pārsūtīšanas plakne faktiski stumj uz nākamo lēcienu, un tā mainās ikreiz, kad mainās nākamais lēciens.
Tikai otrā un trešā pieder aptaujātās kārbas pārsūtīšanas stāvoklim. Pirmā ir apgalvojums par kaimiņa gaidām, nevis par šo šasiju.
Standarta L3VPN MIB modelē VRF maršrutu un tā saistību ar šķērssavienojumu, ar ko pietiek, lai sasniegtu vietējās pakalpojuma un pārsūtīšanas etiķetes. Tas nesola katra BGP sesijas saņemtā atribūta izgāzi. Lasiet tabulu par to, ko tā satur, nevis par to, ko liek domāt jautājumam. Kolektors, kas būvēts uz nepareiza pieņēmuma, ziņo nulles un arhivē tās kā trūkstošus datus.
| What you want | Where it lives | What a walk can return |
|---|---|---|
| Label advertised by a peer | BGP session state for that VRF | Usually outside the standard L3VPN MIB |
| Incoming service label for a prefix | VRF route entry joined to an incoming segment | Available when both tables are implemented |
| Label pushed toward the next hop | Outgoing segment with a push condition | Available, but only meaningful while a top label is pushed |
Saistiet VRF maršruta ierakstu ar tā šķērssavienojumu
RFC 4382 definē mplsL3VpnVrfRteTable. Lasiet tā indeksu kā sešas daļas: VRF nosaukumu, galamērķa adreses tipu, pašu prefiksu, politikas vērtību, nākamā lēciena tipu un nākamā lēciena adresi. IGP un BGP ieraksti dala šo tabulu, tāpēc blakus prefiksam pierakstiet maršrutēšanas protokolu. Divas rindas var nest vienu un to pašu prefiksu un atšķirties tikai ar nākamo lēcienu, un nepareizas rindas izvēle novirza saiti uz citu šķērssavienojumu.
Kolonna mplsL3VpnVrfRteXCPointer nes šķērssavienojuma indeksu, nevis pilnu rindas OID, lai gan nosaukums liek domāt pretējo. Viena okteta nulles vērtība nozīmē, ka nav saistītas etiķešu kaudzes, ko redzat pirms saistījumu nostabilizēšanās vai maršrutam, kuram tā nekad nav bijusi vajadzīga.
Iztulkojiet kolonnu pirms pārlūkošanas, lai izvades skaitliskā apakškokne būtu viennozīmīga. Abas komandas zemāk uzrunā vienu un to pašu mezglu dažādās notācijās.
snmptranslate -m +MPLS-L3VPN-STD-MIB -On mplsL3VpnVrfRteXCPointer snmpwalk -v2c -c monitor 192.0.2.10 mplsL3VpnVrfRteXCPointer
Paņemiet atgriezto indeksu šķērssavienojumu tabulā, kuras ieraksta atslēga ir trīskāršs: šķērssavienojuma indekss, ienākošā segmenta indekss un izejošā segmenta indekss. Šis trīskāršs ir saite, kas maršrutu pārvērš etiķetē. Pārlūkojiet šķērssavienojuma apakškokni konkrētajam indeksam, nevis visu tabulu, jo indeksētā lasīšana saglabā saistību, bet masveida pārlūks ne.
Lasiet indeksu, nevis etiķetes numuru
Segmenta indekss identificē rindu, un etiķete ir vērtība šīs rindas iekšienē, tāpēc vienas aizstāšana ar otru dod ticami izskatītu atbildi, kas norāda uz nepareizu LSP. Ienākošajā pusē pārbaudiet saskarni un etiķetes kontekstu kopā ar mplsInSegmentLabel, paturot prātā, ka objekts tā vietā var nest rādītāju uz etiķešu tabulu, kad rinda atsaucas uz ierakstu citur.
Izejošajā pusē pārbaudiet izejošo saskarni un to, vai rinda saka, ka augšējā etiķete tiek stumta, pirms lasīt mplsOutSegmentTopLabel. Aizpildīta augšējās etiķetes kolonna rindā, kas neko nestumj, ir novecojusi vērtība vai iepriekšējā ceļa atlikums, nevis pašreizējais pārsūtīšanas stāvoklis. Dziļākām kaudzēm vajadzīga norādītā etiķešu kaudzes tabula, un šis papildu solis ir normāls, nevis defekts.
Īpašas nulles konvencijas attiecas uz ceļiem, kas sākas vai beidzas lokāli maršrutētājā. Uzskatiet nulles indeksu par dokumentētu uzvedību, nevis tukšu rezultātu, un apstipriniet to pret vietējo pārsūtīšanas stāvokli.
Apstipriniet, ko aģents ievieš, pirms mērogošanas
Pārbaudiet ieviestos objektus precīzai platformai un izlaidumam, izmantotajām adrešu saimēm un jebkuram operatīvam ierobežojumam uz apakškokiem. Aptaujājiet ar tikai lasīšanas akreditāciju, kas ierobežota ar šiem apakškokiem, un pieņemiet, ka trūkstošs objekts var nozīmēt, ka funkcija nav ieviesta, nevis ka MIB ir nepareizs.
Pirms vērst kolektoru uz visu tabulu, saskaņojiet vienu zināmu VRF maršrutu ar pašas ierīces operatīvo izvadi. Saglabājiet katru indeksa komponentu un vākšanas laiku kopā ar katru paraugu, jo maršruti un saistījumi pārvietojas starp pārlūkiem. Momentuzņēmums, kas sašūts no diviem pārlūkiem ar minūšu starpību, var sajaukt vecu šķērssavienojuma indeksu ar jaunu maršrutu un izskatīties pilnīgi konsekvents.
Kur saņemtā BGP skata vai piegādātāja specifiskā etiķetes objekta patiešām trūkst, pārejiet uz telemetrijas vai operatīvo saskarni, ko platforma dokumentē. Standarta saite aptver vietējās pārsūtīšanas etiķetes un maz ko citu, tāpēc uzskatiet to par pirmo vākšanas dizaina soli, nevis gatavu lietu.