Které tabulky SNMP spojují trasu VPNv4 s jejím štítkem?
Vyberte štítek, který potřebujete, a pak spojte záznam trasy VRF s propojením a jeho segmenty. Než začnete procházet, potvrďte, že agent tyto objekty implementuje.
S jednou trasou VPNv4 putují tři různé štítky a procházení SNMP ukáže jen ty, které agent implementuje. Přijatý atribut BGP, lokálně přidělený příchozí servisní štítek a odchozí štítek pro předávání leží v různých tabulkách pod různými indexy. Žádat zařízení o štítek, aniž byste nejdřív zvolili, který ze tří máte na mysli, je způsob, jakým se projekt sběru zasekne už na prvním šasi.
Vyberte ten, který váš úkol potřebuje, a pak sledujte řetěz indexů, který k němu vede. Pokud se řetěz přeruší na objektu, který agent neimplementuje, je to zjištění k zapsání, ne mezera k vyplnění vymyšleným OID.
Vyberte, který ze tří štítků úkol potřebuje
Štítek přijatý od souseda přichází jako atribut cesty BGP a popisuje, co tento soused očekává, že k němu budete tlačit. Příchozí servisní štítek přiděluje toto zařízení pro prefix VRF a označuje provoz vstupující do LSP. Odchozí horní štítek je to, co rovina předávání skutečně tlačí k dalšímu skoku, a mění se, kdykoli se změní další skok.
Jen druhý a třetí patří ke stavu předávání na dotazovaném boxu. První je tvrzení o očekávání souseda, ne o tomto šasi.
Standardní MIB L3VPN modeluje trasu VRF a její asociaci s propojením, což stačí k dosažení místních servisních a předávacích štítků. Neslibuje výpis každého atributu, který relace BGP přijala. Čtěte tabulku pro to, co obsahuje, ne pro to, co naznačuje otázka. Sběrač postavený na chybném předpokladu hlásí nuly a ukládá je jako chybějící 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 |
Spojte záznam trasy VRF s jeho propojením
RFC 4382 definuje mplsL3VpnVrfRteTable. Čtěte jeho index jako šest částí: název VRF, typ adresy cíle, samotný prefix, hodnotu politiky, typ dalšího skoku a adresu dalšího skoku. Záznamy IGP a BGP sdílejí tuto tabulku, proto si k prefixu poznamenejte směrovací protokol. Dva řádky mohou nést stejný prefix a lišit se jen dalším skokem a volba špatného řádku pošle spojení k jinému propojení.
Sloupec mplsL3VpnVrfRteXCPointer nese index propojení, ne úplný OID řádku, i když název naznačuje opak. Nulová hodnota o jednom oktetu znamená žádný přidružený zásobník štítků, což vidíte před ustálením vazeb nebo u trasy, která ho nikdy nepotřebovala.
Přeložte sloupec před procházením, aby číselný podstrom ve výstupu byl jednoznačný. Oba příkazy níže adresují stejný uzel v různých notacích.
snmptranslate -m +MPLS-L3VPN-STD-MIB -On mplsL3VpnVrfRteXCPointer snmpwalk -v2c -c monitor 192.0.2.10 mplsL3VpnVrfRteXCPointer
Vezměte vrácený index do tabulky propojení, jejíž klíč záznamu je trojice: index propojení, index příchozího segmentu a index odchozího segmentu. Tato trojice je spojení, které mění trasu na štítek. Procházejte podstrom propojení pro konkrétní index, ne celou tabulku, protože indexované čtení zachovává asociaci a hromadné procházení ne.
Čtěte index, ne číslo štítku
Index segmentu identifikuje řádek a štítek je hodnota uvnitř tohoto řádku, takže záměna jednoho za druhé dává zdánlivě věrohodnou odpověď, která ukazuje na špatný LSP. Na příchozí straně zkontrolujte rozhraní a kontext štítku spolu s mplsInSegmentLabel, s vědomím, že objekt místo toho může nést ukazatel do tabulky štítků, když řádek odkazuje na záznam jinde.
Na odchozí straně zkontrolujte odchozí rozhraní a zda řádek říká, že se horní štítek tlačí, než přečtete mplsOutSegmentTopLabel. Plný sloupec horního štítku u řádku, který nic netlačí, je zastaralá hodnota nebo zbytek z předchozí cesty, ne aktuální stav předávání. Hlubší zásobníky potřebují odkazovanou tabulku zásobníku štítků a tento krok navíc je normální, ne vada.
Zvláštní konvence nuly platí pro cesty, které začínají nebo končí lokálně na routeru. Berte nulový index jako dokumentované chování, ne jako prázdný výsledek, a potvrďte ho proti místnímu stavu předávání.
Potvrďte, co agent implementuje, než začnete škálovat
Ověřte implementované objekty pro přesnou platformu a vydání, používané adresní rodiny a případná provozní omezení podstromů. Dotazujte se pomocí pověření jen pro čtení omezeného na tyto podstromy a přijměte, že chybějící objekt může znamenat neimplementovanou funkci, ne chybný MIB.
Než nasměrujete sběrač na celou tabulku, srovnejte jednu známou trasu VRF s vlastním provozním výstupem zařízení. U každého vzorku uchovejte každou složku indexu a čas sběru, protože trasy a vazby se mezi procházeními pohybují. Snímek složený ze dvou procházení několik minut od sebe může smíchat starý index propojení s novou trasou a jevit se naprosto konzistentní.
Tam, kde pohled na přijaté BGP nebo objekt štítku specifický pro dodavatele skutečně chybí, přejděte k telemetrickému nebo provoznímu rozhraní, které platforma dokumentuje. Standardní spojení pokrývá místní předávací štítky a málo jiného, takže k němu přistupujte jako k prvnímu kroku návrhu sběru, ne jako k hotové věci.