Kva SNMP-tabellar knyter ein VPNv4-rute til etiketten sin?
Vel etiketten du treng, og knyt deretter VRF-ruteposten til ei krysskopling og segmenta hennar. Stadfest at agenten implementerer desse objekta før du går gjennom.
Tre ulike etikettar reiser med éi enkelt VPNv4-rute, og ein SNMP-gjennomgang viser berre dei agenten implementerer. Den mottekne BGP-attributten, den lokalt tildelte inngåande tenesteetiketten og den utgåande videresendingsetiketten ligg i ulike tabellar under ulike indeksar. Å spørje ein eining om etiketten utan fyrst å velje kva av dei tre du meiner, er måten eit innsamlingsprosjekt stoppar på sitt fyrste chassis.
Vel den oppgåva di treng, og følg deretter indekskjeda som når han. Viss kjeda bryt på eit objekt agenten ikkje implementerer, er det eit funn å registrere, ikkje eit hol å fylle med ein oppdikta OID.
Vel kva av dei tre etikettane oppgåva treng
Ein etikett motteken frå ein nabo kjem som ein BGP-stiattributt og skildrar kva naboen ventar at du skuvar mot han. Den inngåande tenesteetiketten blir tildelt av denne eininga for eit VRF-prefiks og merkjer trafikk som går inn i LSP-en. Den utgåande toppetiketten er det videresendingsplanet faktisk skuvar mot neste hopp, og han endrar seg når neste hopp endrar seg.
Berre den andre og tredje høyrer til videresendingstilstanden på boksen som blir polla. Den fyrste er ei utsegn om forventninga til naboen, ikkje om dette chassiset.
Standard L3VPN-MIB modellerer VRF-ruta og tilknytinga hennar til ei krysskopling, noko som er nok til å nå dei lokale teneste- og videresendingsetikettene. Han lovar ikkje ein dump av kvar attributt ein BGP-økt har motteke. Les tabellen for det han inneheld, ikkje for det spørsmålet antydar. Ein innsamlar bygd på ei feil føresetnad rapporterer nullar og arkiverer dei som manglande 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 krysskoplinga hans
RFC 4382 definerer mplsL3VpnVrfRteTable. Les indeksen som seks delar: VRF-namnet, adresstypen til målet, sjølve prefikset, ein policyverdi, typen neste hopp og adressa til neste hopp. IGP- og BGP-postar deler denne tabellen, så noter rutingsprotokollen ved sida av prefikset. To radar kan bera same prefiks og avvike berre i neste hopp, og å velje feil rad sender koplinga mot ei anna krysskopling.
Kolonnen mplsL3VpnVrfRteXCPointer ber indeksen til krysskoplinga i staden for ein full rad-OID, sjølv om namnet antydar det motsette. Ein nullverdi på éin oktett betyr ingen tilknytt etikettstakk, som er det du ser før bindingar fell på plass eller for ei rute som aldri har trengt ein.
Omset kolonnen før du går gjennom han, slik at det numeriske undertreet i utdataene er eintydig. Båe kommandoane nedanfor adresserer same knute i ulik notasjon.
snmptranslate -m +MPLS-L3VPN-STD-MIB -On mplsL3VpnVrfRteXCPointer snmpwalk -v2c -c monitor 192.0.2.10 mplsL3VpnVrfRteXCPointer
Ta den returnerte indeksen inn i krysskoplingstabellen, der postnøkkelen er ein trippel: krysskoplingindeks, inngåande segmentindeks og utgåande segmentindeks. Den trippelen er koplinga som gjer ei rute til ein etikett. Gå gjennom undertreet for krysskoplingar for den spesifikke indeksen i staden for heile tabellen, fordi den indekserte lesinga held tilknytinga intakt og masselesinga ikkje.
Les indeksen i staden for etikettnummeret
Ein segmentindeks identifiserer ei rad, og ein etikett er ein verdi inne i den rada, så å byte den eine med den andre gir eit tilsynelatande truverdig svar som peikar på feil LSP. På inngåande side, inspiser grensesnittet og etikettkonteksten saman med mplsInSegmentLabel, og hugs at objektet i staden kan bera ein peikar inn i ein etikettabell når rada viser til ein post ein annan stad.
På utgåande side, kontroller det utgåande grensesnittet og om rada seier at ein toppetikett blir skuva før du les mplsOutSegmentTopLabel. Ein fylt toppetikettkolonne på ei rad som ikkje skuvar noko er ein utdatert verdi eller ein rest frå ein tidlegare sti, ikkje gjeldande videresendingstilstand. Djupare stakkar treng den refererte etikettstakktabellen, og det ekstra trinnet er normalt, ikkje ein feil.
Spesielle nullkonvensjonar gjeld for stiar som startar eller sluttar lokalt på ruteren. Handter ein nullindeks som dokumentert åtferd i staden for eit tomt resultat, og stadfest han mot den lokale videresendingstilstanden.
Stadfest kva agenten implementerer før du skalerer
Verifiser dei implementerte objekta for den nøyaktige plattforma og utgivinga, adressefamiliane som blir brukte og eventuelle driftsmessige avgrensingar på undertrea. Poll med ein skrivebeskytta legitimasjon avgrensa til desse undertrea, og aksepter at eit manglande objekt kan bety at funksjonen ikkje er implementert, snarare enn at MIB-en er feil.
Korreler éi kjend VRF-rute mot eininga si eiga driftsutdata før du peikar ein innsamlar mot heile tabellen. Ta vare på kvar indekskomponent og innsamlingstidspunktet med kvart utval, sidan ruter og bindingar flyttar seg mellom gjennomgangar. Eit augneblinksbilete sydd saman av to gjennomgangar med minutts mellomrom kan blande ein gammal krysskoplingindeks med ei ny rute og sjå heilt konsistent ut.
Der visinga av motteken BGP eller eit leverandørspesifikt etikettobjekt verkeleg manglar, gå over til eit telemetri- eller driftsgrensesnitt som plattforma dokumenterer. Standardkoplinga dekkjer lokale videresendingsetikettar og lite anna, så handsam han som det fyrste trinnet i eit innsamlingsdesign, ikkje som den ferdige tingen.