Ce tabele SNMP leagă o rută VPNv4 de eticheta ei?

Trei etichete diferite călătoresc cu o singură rută VPNv4, iar o parcurgere SNMP arată doar pe cele pe care agentul le implementează. Atributul BGP primit, eticheta de serviciu de intrare alocată local și eticheta de expediere de ieșire se află în tabele diferite sub indici diferiți. A cere eticheta de la un echipament fără a alege mai întâi care dintre cele trei este vizată este modul în care un proiect de colectare se blochează la primul său șasiu.

Alegeți-o pe cea de care are nevoie sarcina dvs., apoi urmați lanțul de indici care ajunge la ea. Dacă lanțul se rupe la un obiect pe care agentul nu îl implementează, aceasta este o constatare de consemnat, nu o lacună de umplut cu un OID inventat.

Alegeți care dintre cele trei etichete este necesară sarcinii

O etichetă primită de la un vecin sosește ca atribut de cale BGP și descrie ce așteaptă acel vecin să împingeți spre el. Eticheta de serviciu de intrare este alocată de acest echipament pentru un prefix VRF și marchează traficul care intră în LSP. Eticheta superioară de ieșire este cea pe care planul de expediere o împinge efectiv spre următorul salt, și se schimbă ori de câte ori se schimbă următorul salt.

Doar a doua și a treia aparțin stării de expediere a cutiei interogate. Prima este o afirmație despre așteptarea vecinului, nu despre acest șasiu.

MIB-ul standard L3VPN modelează ruta VRF și asocierea ei cu o interconectare, ceea ce este suficient pentru a ajunge la etichetele locale de serviciu și de expediere. Nu promite o descărcare completă a fiecărui atribut primit de o sesiune BGP. Citiți tabelul pentru ce conține, nu pentru ce sugerează întrebarea. Un colector construit pe o presupunere greșită raportează zerouri și le arhivează ca date lipsă.

Leagă intrarea de rută VRF de interconectarea ei

RFC 4382 definește mplsL3VpnVrfRteTable. Citiți indexul ca șase părți: numele VRF, tipul de adresă al destinației, prefixul însuși, o valoare de politică, tipul următorului salt și adresa următorului salt. Intrările IGP și BGP partajează acel tabel, așa că notați protocolul de rutare lângă prefix. Două rânduri pot purta același prefix și pot diferi doar prin următorul salt, iar alegerea rândului greșit îndreaptă legătura spre altă interconectare.

Coloana mplsL3VpnVrfRteXCPointer poartă indexul interconectării și nu un OID complet de rând, deși numele sugerează contrariul. O valoare zero de un octet înseamnă că nu există o stivă de etichete asociată, ceea ce vedeți înainte ca legăturile să se așeze sau pentru o rută care nu a avut niciodată nevoie de una.

Traduceți coloana înainte de a o parcurge, astfel încât subarborele numeric din ieșire să fie neechivoc. Ambele comenzi de mai jos adresează același nod în notații diferite.

snmptranslate -m +MPLS-L3VPN-STD-MIB -On mplsL3VpnVrfRteXCPointer
snmpwalk -v2c -c monitor 192.0.2.10 mplsL3VpnVrfRteXCPointer

Luați indexul returnat în tabelul de interconectări, a cărui cheie de intrare este un triplet: index de interconectare, index de segment de intrare și index de segment de ieșire. Acel triplet este legătura care transformă o rută într-o etichetă. Parcurgeți subarborele interconectărilor pentru indexul concret în locul întregului tabel, pentru că citirea indexată păstrează asocierea, iar parcurgerea în bloc nu.

Citiți indexul, nu numărul etichetei

Un index de segment identifică un rând, iar eticheta este o valoare în interiorul acelui rând, așa că înlocuirea unuia cu altul produce un răspuns aparent plauzibil care indică un LSP greșit. Pe partea de intrare, inspectați interfața și contextul etichetei împreună cu mplsInSegmentLabel, ținând cont că obiectul poate purta în schimb un pointer către un tabel de etichete atunci când rândul face referire la o intrare în altă parte.

Pe partea de ieșire, verificați interfața de ieșire și dacă rândul spune că se împinge o etichetă superioară înainte de a citi mplsOutSegmentTopLabel. O coloană de etichetă superioară plină pe un rând care nu împinge nimic este o valoare învechită sau un rest dintr-o cale anterioară, nu starea curentă de expediere. Stivele mai adânci necesită tabelul de stivă de etichete referit, iar acel pas suplimentar este normal, nu un defect.

Convenții speciale de zero se aplică căilor care încep sau se termină local pe router. Tratați un index zero ca comportament documentat și nu ca rezultat gol, și confirmați-l față de starea de expediere locală.

Confirmați ce implementează agentul înainte de a scala

Verificați obiectele implementate pentru platforma și versiunea exacte, familiile de adrese utilizate și orice restricție operațională asupra subarborilor. Interogați cu o acreditare doar-citire limitată la acei subarbori și acceptați că un obiect absent poate însemna că funcția nu este implementată, nu că MIB-ul este greșit.

Corelați o rută VRF cunoscută cu ieșirea operațională a echipamentului însuși înainte de a îndrepta un colector spre întregul tabel. Păstrați fiecare componentă de index și momentul colectării la fiecare eșantion, pentru că rutele și legăturile se mișcă între parcurgeri. O instantanee cusută din două parcurgeri separate de minute poate amesteca un index vechi de interconectare cu o rută nouă și poate părea perfect coerentă.

Acolo unde vizualizarea BGP-ului primit sau un obiect de etichetă specific furnizorului lipsește cu adevărat, treceți la o interfață de telemetrie sau operațională pe care platforma o documentează. Legătura standard acoperă etichetele locale de expediere și puțin altceva, așa că tratați-o ca primul pas al unui proiect de colectare, nu ca pe lucrul terminat.