Hvilke SNMP-tabeller knytter en VPNv4-rute til dens etiket?
Vælg den etiket, du har brug for, og knyt derefter VRF-ruteposten til en krydsforbindelse og dens segmenter. Bekræft, at agenten implementerer de objekter, før du går i gang med gennemgangen.
Tre forskellige etiketter rejser med en enkelt VPNv4-rute, og en SNMP-gennemgang viser kun dem, agenten implementerer. Den modtagne BGP-attribut, den lokalt tildelte indgående serviceetikette og den udgående videresendelsesetikette ligger i forskellige tabeller under forskellige indekser. At spørge en enhed om etiketten uden først at vælge, hvilken af de tre du mener, er måden et indsamlingsprojekt går i stå på sit første chassis.
Vælg den, din opgave har brug for, og følg derefter den indekskæde, der når den. Hvis kæden bryder sammen ved et objekt, agenten ikke implementerer, er det en registrering, ikke et hul, der skal fyldes med et opdigtet OID.
Vælg hvilken af de tre etiketter opgaven har brug for
En etiket, der modtages fra en nabo, ankommer som en BGP-stiattribut og beskriver, hvad naboen forventer, du skubber imod den. Den indgående serviceetikette tildeles af denne enhed til et VRF-præfiks og markerer trafik, der går ind i LSP’en. Den udgående topetikette er det, videresendelsesplanet faktisk skubber mod næste hop, og den ændrer sig, når næste hop ændrer sig.
Kun den anden og tredje hører til videresendelsestilstanden på den boks, der polles. Den første er en udtalelse om naboens forventning, ikke om dette chassis.
Den standardiserede L3VPN-MIB modellerer VRF-ruten og dens tilknytning til en krydsforbindelse, hvilket er nok til at nå de lokale service- og videresendelsesetiketter. Den lover ikke en dump af hver attribut, en BGP-session har modtaget. Læs tabellen for det, den indeholder, ikke for det, spørgsmålet antyder. En collector bygget på en forkert antagelse rapporterer nuller og arkiverer dem som manglende data.
| 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 |
Knyt VRF-ruteposten til dens krydsforbindelse
RFC 4382 definerer mplsL3VpnVrfRteTable. Læs dets indeks som seks dele: VRF-navnet, destinationens adressetype, selve præfikset, en politikværdi, næste hops type og næste hops adresse. IGP- og BGP-poster deler den tabel, så notér routingprotokollen ved siden af præfikset. To rækker kan bære samme præfiks og kun afvige i næste hop, og valg af den forkerte række sender sammenknytningen mod en anden krydsforbindelse.
Kolonnen mplsL3VpnVrfRteXCPointer bærer krydsforbindelsens indeks i stedet for et fuldt række-OID, selv om navnet antyder det modsatte. En nulværdi på én oktet betyder ingen tilknyttet etiketstak, hvilket er det, du ser, før bindinger falder på plads, eller for en rute, der aldrig har haft brug for en.
Oversæt kolonnen, før du gennemgår den, så det numeriske undertræ i outputtet er entydigt. Begge kommandoer nedenfor adresserer samme node i forskellig notation.
snmptranslate -m +MPLS-L3VPN-STD-MIB -On mplsL3VpnVrfRteXCPointer snmpwalk -v2c -c monitor 192.0.2.10 mplsL3VpnVrfRteXCPointer
Tag det returnerede indeks ind i krydsforbindelsestabellen, hvis postnøgle er en tripel: krydsforbindelsesindeks, indgående segmentindeks og udgående segmentindeks. Den tripel er den sammenknytning, der gør en rute til en etiket. Gennemgå undertræet for krydsforbindelser for det specifikke indeks i stedet for hele tabellen, fordi den indekserede læsning holder tilknytningen intakt, og den massive gennemgang ikke gør.
Læs indekset i stedet for etiketnummeret
Et segmentindeks identificerer en række, og en etiket er en værdi inde i den række, så at erstatte det ene med det andet giver et plausibelt svar, der peger på den forkerte LSP. På den indgående side skal du undersøge grænsefladen og etiketkonteksten sammen med mplsInSegmentLabel og huske, at objektet i stedet kan bære en pegepind ind i en etikettabel, når rækken henviser til en post et andet sted.
På den udgående side skal du kontrollere den udgående grænseflade og se, om rækken siger, at en topetikette skubbes, før du læser mplsOutSegmentTopLabel. En udfyldt topetiketkolonne på en række, der ikke skubber noget, er en forældet værdi eller en rest fra en tidligere sti, ikke aktuel videresendelsestilstand. Dybere stakke kræver den refererede etiketstakstabel, og det ekstra hop er normalt, ikke en fejl.
Særlige nul-konventioner gælder for stier, der starter eller slutter lokalt på routeren. Behandl et nulindeks som dokumenteret adfærd i stedet for et tomt resultat, og bekræft det mod den lokale videresendelsestilstand.
Bekræft, hvad agenten implementerer, før du skalerer
Kontrollér de implementerede objekter for den præcise platform og udgivelse, de anvendte adressefamilier og eventuelle driftsmæssige begrænsninger på undertræerne. Poll med en skrivebeskyttet legitimationsoplysning afgrænset til de undertræer, og accepter, at et manglende objekt kan betyde, at funktionen ikke er implementeret, snarere end at MIB’en er forkert.
Korrelér en kendt VRF-rute mod enhedens eget driftsoutput, før du peger en collector mod hele tabellen. Gem hver indekskomponent og indsamlingstidspunktet med hver prøve, da ruter og bindinger flytter sig mellem gennemgange. Et øjebliksbillede syet sammen af to gennemgange med minutters afstand kan blande et gammelt krydsforbindelsesindeks med en ny rute og se helt konsistent ud.
Hvor visningen af modtaget BGP eller et leverandørspecifikt etiketobjekt reelt mangler, skal du gå til en telemetri- eller driftsgrænseflade, som platformen dokumenterer. Den standardiserede sammenknytning dækker lokale videresendelsesetiketter og lidt andet, så behandl den som det første skridt i et indsamlingsdesign, ikke som den færdige ting.