რომელი SNMP ცხრილები აკავშირებს VPNv4 მარშრუტს მის ეტიკეტთან?
აირჩიეთ საჭირო ეტიკეტი, შემდეგ VRF მარშრუტის ჩანაწერი დაუკავშირეთ ჯვარედინ კავშირს და მის სეგმენტებს. ბრუნვამდე დაადასტურეთ, რომ აგენტი ამ ობიექტებს ახორციელებს.
ერთ VPNv4 მარშრუტს სამი სხვადასხვა ეტიკეტი მიჰყვება და SNMP ბრუნვა აჩვენებს მხოლოდ იმას, რასაც აგენტი ახორციელებს. მიღებული BGP ატრიბუტი, ლოკალურად მინიჭებული შემავალი სერვისული ეტიკეტი და გამავალი გადაცემის ეტიკეტი სხვადასხვა ცხრილში, სხვადასხვა ინდექსის ქვეშაა. მოწყობილობას ეტიკეტის თხოვნა იმის გარკვევის გარეშე, თუ სამიდან რომელი გულისხმობთ, ის არის, რის გამოც შეგროვების პროექტი უკვე პირველივე კორპუსზე ჩერდება.
აირჩიეთ ის, რაც თქვენს ამოცანას სჭირდება, შემდეგ მიჰყევით ინდექსების ჯაჭვს, რომელიც მას აღწევს. თუ ჯაჭვი წყდება ობიექტზე, რომელსაც აგენტი არ ახორციელებს, ეს ჩასაწერი დაკვირვებაა და არა გამოგონილი OID-ით შესავსები ხარვეზი.
აირჩიეთ, თუ სამი ეტიკეტიდან რომელი სჭირდება ამოცანას
მეზობლისგან მიღებული ეტიკეტი მოდის BGP ბილიკის ატრიბუტად და აღწერს, თუ რას ელის ეს მეზობელი, რომ მისკენ უნდა უბიძგოთ. შემავალ სერვისულ ეტიკეტს ეს მოწყობილობა ანიჭებს VRF პრეფიქსისთვის და ნიშნავს LSP-ში შემავალ ტრაფიკს. გამავალი ზედა ეტიკეტი არის ის, რასაც გადაცემის სიბრტყე რეალურად უბიძგებს შემდეგი ნაბიჯისკენ და იცვლება ყოველ ჯერზე, როცა იცვლება შემდეგი ნაბიჯი.
მხოლოდ მეორე და მესამე ეკუთვნის გამოკითხული ყუთის გადაცემის მდგომარეობას. პირველი მეზობლის მოლოდინის შესახებ განცხადებაა და არა ამ კორპუსის შესახებ.
სტანდარტული L3VPN MIB მოდელირებს 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-ის ხედი ან მომწოდებლის სპეციფიკური ეტიკეტის ობიექტი ნამდვილად აკლია, გადადით ტელემეტრიის ან ოპერაციულ ინტერფეისზე, რომელსაც პლატფორმა დოკუმენტირებს. სტანდარტული კავშირი მოიცავს ლოკალურ გადაცემის ეტიკეტებს და ცოტა სხვას, ამიტომ მოეკიდეთ მას როგორც შეგროვების დიზაინის პირველ ნაბიჯს და არა დასრულებულ ნივთს.