Якія табліцы SNMP звязваюць маршрут VPNv4 з яго меткай?
Выберыце патрэбную метку, затым звяжыце запіс маршруту VRF з крос-канэктам і яго сегментамі. Перад абыходам пераканайцеся, што агент рэалізуе гэтыя аб’екты.
З адным маршрутам VPNv4 ідуць тры розныя меткі, і абыход SNMP паказвае толькі тыя, што рэалізуе агент. Атрыбуты BGP, лакальна прызначаная ўваходная метка сэрвісу і выходная метка перасылкі знаходзяцца ў розных табліцах пад рознымі індэксамі. Запытваць у прылады метку, не выбраўшы спачатку, пра якую з трох ідзе гаворка, — гэта тое, праз што праект збору даных затрымліваецца ўжо на першым корпусе.
Выберыце тую, што патрэбна вашай задачы, а затым ідзіце па ланцужку індэксаў, які да яе вядзе. Калі ланцужок абрываецца на аб’екце, які агент не рэалізуе, гэта знаходка для запісу, а не прагал, які трэба запоўніць выдуманым OID.
Выберыце, якая з трох метак патрэбна задачы
Метка, атрыманая ад суседа, прыходзіць як атрыбут шляху BGP і апісвае, што гэты сусед чакае ад вас у свой бок. Уваходная метка сэрвісу прызначаецца гэтай прыладай для прэфікса VRF і пазначае трафік, што ўваходзіць у LSP. Выходная верхняя метка — гэта тое, што плоскасць перасылкі фактычна націскае ў бок наступнага хопа, і яна змяняецца разам з наступным хопам.
Толькі другая і трэцяя адносяцца да стану перасылкі на прыладзе, якую апытваюць. Першая — гэта сцвярджэнне пра чаканне суседа, а не пра гэты корпус.
Стандартны MIB L3VPN мадэлюе маршрут VRF і яго сувязь з крос-канэктам, чаго дастаткова, каб дайсці да лакальных метак сэрвісу і перасылкі. Ён не абяцае выгрузкі кожнага атрыбута, атрыманага сеансам BGP. Чытайце табліцу дзеля таго, што яна ўтрымлівае, а не дзеля таго, што мяркуе пытанне. Калектар, пабудаваны на няправільным дапушчэнні, паведамляе нулі і запісвае іх як адсутныя даныя.
| 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 |
Звяжыце запіс маршруту VRF з яго крос-канэктам
RFC 4382 вызначае mplsL3VpnVrfRteTable. Чытайце яго індэкс як шэсць частак: імя VRF, тып адраса прызначэння, сам прэфікс, значэнне палітыкі, тып наступнага хопа і адрас наступнага хопа. Запісы IGP і BGP дзеляць гэтую табліцу, таму запісвайце пратакол маршрутызацыі побач з прэфіксам. Дзве радкі могуць несці адзін прэфікс і адрознівацца толькі наступным хопам, а выбар няправільнай радкі накіроўвае сувязь да іншага крос-канэкту.
Слупок mplsL3VpnVrfRteXCPointer нясе індэкс крос-канэкту, а не поўны OID радка, хоць назва мяркуе іншае. Значэнне нуля ў адзін актэт азначае адсутнасць звязанага стэка метак, што бачна перад усталяваннем прывязкаў або для маршруту, якому ён ніколі не быў патрэбны.
Перакладзіце слупок перад абыходам, каб лікавае паддрэва ў вывадзе было адназначным. Абедзве каманды ніжэй адрасуюць адзін і той жа вузел у розных натацыях.
snmptranslate -m +MPLS-L3VPN-STD-MIB -On mplsL3VpnVrfRteXCPointer snmpwalk -v2c -c monitor 192.0.2.10 mplsL3VpnVrfRteXCPointer
Вазьміце вернуты індэкс у табліцу крос-канэкту, ключ запісу якой — трайня: індэкс крос-канэкту, індэкс уваходнага сегмента і індэкс выходнага сегмента. Гэтая трайня і ёсць сувязь, што ператварае маршрут у метку. Абыходзьце паддрэва крос-канэкту для канкрэтнага індэкса, а не ўсю табліцу, бо індэксаванае чытанне захоўвае сувязь, а масавы абыход — не.
Чытайце індэкс, а не нумар меткі
Індэкс сегмента вызначае радок, а метка — гэта значэнне ўнутры гэтага радка, таму замена аднаго другім дае праўдападобны адказ, які паказвае на няправільны LSP. Для ўваходнага боку праверце інтэрфейс і кантэкст меткі разам з mplsInSegmentLabel, памятаючы, што аб’ект можа замест гэтага несці паказальнік у табліцу метак, калі радок спасылаецца на запіс у іншым месцы.
На выходным баку праверце выходны інтэрфейс і ці сцвярджае радок, што верхняя метка націскаецца, перш чым чытаць mplsOutSegmentTopLabel. Запоўнены слупок верхняй меткі ў радку, які нічога не націскае, — гэта састарэлае значэнне або рэштка ад папярэдняга шляху, а не бягучы стан перасылкі. Глыбейшыя стэкі патрабуюць табліцы стэка метак, на якую ёсць спасылка, і гэты дадатковы крок — норма, а не дэфект.
Спецыяльныя пагадненні пра нуль дзейнічаюць для шляхоў, што пачынаюцца або сканчаюцца лакальна на маршрутызатары. Разглядайце нулявы індэкс як дакументаваныя паводзіны, а не як пусты вынік, і пацвердзіце яго па лакальным стане перасылкі.
Пацвердзіце, што рэалізуе агент, перад маштабаваннем
Праверце рэалізаваныя аб’екты для дакладнай платформы і выпуску, задзейнічаныя сямействы адрасоў і любыя эксплуатацыйныя абмежаванні на паддрэвах. Апытвайце з уліковымі данымі толькі для чытання, абмежаванымі гэтымі паддрэвамі, і прымайце, што адсутны аб’ект можа азначаць неадрэалізаванасць функцыі, а не памылку MIB.
Суаднясіце адзін вядомы маршрут VRF з уласным эксплуатацыйным вывадам прылады, перш чым накіраваць калектар на ўсю табліцу. Захоўвайце кожны кампанент індэкса і час збору разам з кожнай выбаркай, бо маршруты і прывязкі рухаюцца паміж абыходамі. Здымак, сшытая з двух абыходаў, паміж якімі хвіліны, можа змяшаць стары індэкс крос-канэкту з новым маршрутам і выглядаць цалкам паслядоўным.
Там, дзе прадстаўленне атрыманага BGP або аб’ект меткі, спецыфічны для пастаўшчыка, сапраўды адсутнічае, перайдзіце да тэлеметрычнага або эксплуатацыйнага інтэрфейсу, які дакументуе платформа. Стандартная сувязь ахоплівае лакальныя меткі перасылкі і мала што яшчэ, таму стаўцеся да яе як да першага кроку праектавання збору, а не як да гатовай рэчы.