Welke SNMP-tabellen koppelen een VPNv4-route aan zijn label?

Er reizen drie verschillende labels mee met één VPNv4-route, en een SNMP-walk toont alleen de labels die de agent implementeert. Het ontvangen BGP-attribuut, het lokaal toegewezen inkomende servicelabel en het uitgaande doorstuurlabel staan in verschillende tabellen onder verschillende indexen. Een apparaat om het label vragen zonder eerst te kiezen welk van de drie je bedoelt, is hoe een verzamelproject al op zijn eerste chassis vastloopt.

Kies degene die je taak nodig heeft en volg dan de indexketen die ernaartoe leidt. Als de keten breekt bij een object dat de agent niet implementeert, is dat een bevinding om vast te leggen, geen gat om met een verzonnen OID te vullen.

Kies welk van de drie labels de taak nodig heeft

Een label dat van een peer wordt ontvangen, komt binnen als BGP-padattribuut en beschrijft wat die peer verwacht dat je naar hem toe duwt. Het inkomende servicelabel wordt door dit apparaat aan een VRF-prefix toegewezen en markeert verkeer dat het LSP binnenkomt. Het uitgaande bovenlabel is wat het doorstuurvlak daadwerkelijk naar de volgende hop duwt, en het verandert zodra de volgende hop verandert.

Alleen het tweede en het derde horen bij de doorstuurstaat van de box die wordt gepeild. Het eerste is een uitspraak over de verwachting van de buur, niet over dit chassis.

De standaard L3VPN-MIB modelleert de VRF-route en de associatie met een cross-connect, wat genoeg is om bij de lokale service- en doorstuurlabels te komen. Hij belooft geen dump van elk attribuut dat een BGP-sessie heeft ontvangen. Lees de tabel voor wat erin staat, niet voor wat de vraag suggereert. Een collector die op een verkeerde aanname is gebouwd, rapporteert nullen en legt die vast als ontbrekende gegevens.

Koppel de VRF-routevermelding aan de bijbehorende cross-connect

RFC 4382 definieert mplsL3VpnVrfRteTable. Lees de index als zes delen: de VRF-naam, het adrestype van de bestemming, het prefix zelf, een beleidswaarde, het type volgende hop en het adres van de volgende hop. IGP- en BGP-vermeldingen delen die tabel, dus noteer het routingprotocol naast het prefix. Twee rijen kunnen hetzelfde prefix dragen en alleen in de volgende hop verschillen, en de verkeerde rij kiezen stuurt de koppeling naar een andere cross-connect.

De kolom mplsL3VpnVrfRteXCPointer draagt de index van de cross-connect in plaats van een volledige rij-OID, hoewel de naam anders suggereert. Een nulwaarde van één octet betekent geen bijbehorende labelstack, wat je ziet voordat bindingen zich zetten of voor een route die er nooit een nodig had.

Vertaal de kolom voordat je hem doorloopt, zodat de numerieke subboom in de uitvoer ondubbelzinnig is. Beide opdrachten hieronder adresseren dezelfde node in een andere notatie.

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

Neem de teruggegeven index mee naar de cross-connecttabel, waarvan de entry-sleutel een drietal is: cross-connectindex, inkomende segmentindex en uitgaande segmentindex. Dat drietal is de koppeling die een route in een label verandert. Doorloop de subboom van cross-connects voor de specifieke index in plaats van de hele tabel, omdat de geïndexeerde lezing de associatie intact houdt en de bulkwalk niet.

Lees de index in plaats van het labelnummer

Een segmentindex identificeert een rij, en een label is een waarde binnen die rij, dus het ene door het andere vervangen levert een plausibel lijkend antwoord op dat naar het verkeerde LSP wijst. Inspecteer aan de inkomende kant de interface en de labelcontext samen met mplsInSegmentLabel, en bedenk dat het object in plaats daarvan een pointer naar een labeltabel kan dragen wanneer de rij naar een vermelding elders verwijst.

Controleer aan de uitgaande kant de uitgaande interface en of de rij zegt dat er een bovenlabel wordt geduwd voordat je mplsOutSegmentTopLabel leest. Een gevulde bovenlabelkolom op een rij die niets duwt, is een verouderde waarde of een restant van een eerder pad, geen actuele doorstuurstaat. Diepere stacks hebben de gerefereerde labelstacktabel nodig, en die extra stap is normaal, geen defect.

Speciale nulconventies gelden voor paden die lokaal op de router beginnen of eindigen. Behandel een nulindex als gedocumenteerd gedrag in plaats van als een leeg resultaat, en bevestig hem tegen de lokale doorstuurstaat.

Bevestig wat de agent implementeert voordat je opschaalt

Verifieer de geïmplementeerde objecten voor het exacte platform en de release, de gebruikte adresfamilies en eventuele operationele beperkingen op de subbomen. Peil met een alleen-lezen-referentie die tot die subbomen beperkt is, en accepteer dat een ontbrekend object kan betekenen dat de functie niet is geïmplementeerd, niet dat de MIB onjuist is.

Correleer één bekende VRF-route met de eigen operationele uitvoer van het apparaat voordat je een collector op de hele tabel richt. Bewaar elk indexonderdeel en het verzamelmoment bij elk monster, omdat routes en bindingen tussen walks verschuiven. Een momentopname die uit twee walks met minuten ertussen is samengenaaid, kan een oude cross-connectindex met een nieuwe route mengen en er volstrekt consistent uitzien.

Waar de weergave van ontvangen BGP of een leveranciersspecifiek labelobject echt ontbreekt, stap je over op een telemetrie- of operationele interface die het platform documenteert. De standaardkoppeling dekt lokale doorstuurlabels en weinig anders, dus behandel hem als de eerste stap van een verzamelontwerp, niet als het afgeronde ding.