pseudowire-ის მდგომარეობა და ტრაფიკის მთვლელები: რომელი ამტკიცებს მიწოდებას
ოპერაციული მდგომარეობა ამბობს, რომ სერვისი კონფიგურირებულია და მუშაობს; მთვლელები ამბობენ, რომ კადრები გადაადგილდა. დააკავშირე ორივე VC ინდექსზე და შეამოწმე მიმართულება, შეწყვეტა და MIB მხარდაჭერა.
pseudowire, რომელიც იტყობინება up მდგომარეობას, გეუბნებათ, რომ სერვისი არსებობს და ორივე მიმართულება თანხმდება, რომ მან ტრაფიკი უნდა გადაიტანოს. მაგრამ ის არ გეუბნებათ, რომ მასში ოდესმე ერთი მომხმარებლის კადრი მაინც გავლილა. მდგომარეობის ობიექტები და მთვლელის ობიექტები სხვადასხვა მიზნისთვის დაიწერა და სწორედ იმაში, რომ ერთი მეორის მტკიცებულებად მივიჩნიოთ, ცდება ამ დაფების უმეტესობა. მათი შედარება არის სამუშაო, რადგან რომელიმე მათგანის ცალკე ნდობა პასუხობს კითხვას, რომელიც არავის დაუსვამს.
მდგომარეობა და მთვლელები სხვადასხვა კითხვას პასუხობენ
VC-ის მთავარ ჩანაწერს აქვს გაერთიანებული ოპერაციული სტატუსი და ეს სტატუსი up-ია მხოლოდ მაშინ, როცა ორივე მიმართულების სტატუსი up-ია. ყველაფერი მის უკან საკონტროლო სიბრტყისა და კონფიგურაციის ცოდნაა: ლოკალური მიერთების წრედი, პირი, სიგნალიზაცია. ამ მდგომარეობაში მყოფი სტრიქონი განზრახვისა და მზადყოფნის შესახებ განცხადებაა და არა გადაცემული კადრების შესახებ.
ტრაფიკი ცხოვრობს ცალკე ცხრილში პაკეტებისა და ბაიტების მაღალი ტევადობის მთვლელებით და ეს სტრიქონები ატარებენ იმავე VC ინდექსს. იქ ზრდა მტკიცებულებაა, რომ კადრები გაიარეს სწორედ ამ სტრიქონში თქვენ მიერ გაზომილ ინტერვალში. უცვლელი მთვლელი თავისთავად ორაზროვანია. უმოქმედო სერვისი, არასწორი სტრიქონის წამკითხველი შემგროვებელი და ჩუმად გატეხილი გზა ყველა ერთსა და იმავე ბრტყელ ხაზს იძლევა.
| Question | Object | What it can establish |
|---|---|---|
| Is the service up? | cpwVcOperStatus | Both direction states agree the VC should carry traffic. |
| Which side is down? | cpwVcInboundOperStatus, cpwVcOutboundOperStatus | Direction of the reported fault. |
| Did frames move? | cpwVcPerfTotalTable HC counters | Observed forwarding on that row between two polls. |
| Is the interval clean? | cpwVcPerfTotalDiscontinuityTime | Whether the counter was reset inside the window. |
ცხრილი წაიკითხეთ როგორც მტკიცებულების ორი სვეტი და არა სიმძიმის ერთი კიბე. up ბრტყელი მთვლელებით არ არის up-ის უარესი ვერსია ზრდით, ეს სხვა დაკვირვებაა სხვა შემდეგი ნაბიჯით.
დააკავშირე VC ინდექსზე და არა ბილეთის ნომერზე
VC ცხრილი ინდექსირდება ერთი მთელი რიცხვით, ხოლო VC ID, პირის მისამართი, სერვისის ტიპი და სახელი ამ სტრიქონის ატრიბუტებია. სწორედ ამ ატრიბუტებით პოულობთ თქვენს სერვისს; ინდექსი არის ის, რითაც პირველი გამოკითხვის შემდეგაც აგრძელებთ მის პოვნას. ინტერფეისის ინდექსი, ნაჩვენები წრედის სახელი ან MPLS ეტიკეტი არ არის ეს ინდექსი, მაშინაც კი როცა რიცხვები ემთხვევა.
რიცხვითი OID-ები გამოიტანეთ შემგროვებელზე არსებული MIB ფაილიდან და არა ბლოგის პოსტიდან, შემდეგ ერთხელ გაიარეთ ცხრილში და შეინახეთ ნაპოვნი იდენტობა.
snmptranslate -On CPW-VC-MIB::cpwVcIndex
snmptranslate -On CPW-VC-MIB::cpwVcPerfTotalDiscontinuityTime
snmpwalk -v2c -c monitor 10.60.4.21 -On CPW-VC-MIB::cpwVcTableმართვის მისამართი და ინდექსი ერთად ჩაწერეთ მონიტორინგის სისტემაში. ხელახალი უზრუნველყოფა შეიძლება სერვისი სხვა სტრიქონზე გადაიტანოს და მაშინ VC ID-ზე სახელით დაკავშირებული შემგროვებელი გააგრძელებს მოძველებული ინდექსის ხატვას, რომელიც კვლავ თავაზიანად პასუხობს.
მიმართულება ნიშნავს pseudowire-ს და არა აბონენტს
შემავალი მთვლელები აღწერენ, რა მიიღო VC-მ პაკეტური კომუტაციის ქსელიდან; გამავალი მთვლელები აღწერენ, რა გადასცა მან ამ ქსელისკენ. მომხმარებლისკენ მიქცეულ PE-ზე ეს ხშირად შეესაბამება ჩამოტვირთვასა და ატვირთვას რაღაც რიგით. ჰაბ PE-ზე ან PE-ზე, რომელსაც ბირთვში პირი ჰყავს, იგივე ობიექტის სახელები საპირისპირო მომხმარებლის გამოცდილებას აღწერენ.
დაწერეთ დაკავშირება ერთხელ თითოეული მოწყობილობის როლისთვის და შეინახეთ დაფის ეტიკეტში. გრაფიკი სათაურით „მომხმარებლის ატვირთვა“, რომელიც რეალურად ბირთვისკენ ხატავს ტრაფიკს, გაივლის განხილვას და ჩუმად შეცდომაში შეიყვანს ყველას, ვინც მას ტევადობის გადაწყვეტილებისთვის იყენებს. იგივე რისკი ეხება ამ გრაფიკებზე აგებულ გაფრთხილებებს, რადგან ისინი არასწორ გუნდს გამოიძახებენ. დააწერეთ თითოეულ გრაფიკს pseudowire-ის მიმართ მოძრაობის მიმართულება და მიეცით მომხმარებლის დაკავშირებას იცხოვროს იმ პანელში, რომელსაც ის სჭირდება.
ერთი ცდა სჯობს ობიექტების აღწერების ნებისმიერ რაოდენობის კითხვას: გაატარეთ ცნობილი ფაილი სერვისში, მაშინვე ამის შემდეგ გამოკითხეთ ორივე მიმართულება და ნახეთ, რომელი მთვლელი გადაადგილდა. ჩაწერეთ შედეგი მოწყობილობის როლის გვერდით, რადგან შემდეგი ადამიანი იმავე კითხვას დასვამს.
სიჩქარე მოქმედია მხოლოდ ერთი შეწყვეტის ფანჯრის შიგნით
გამოთვალეთ სიჩქარე როგორც ბაიტის მთვლელის ზრდა გაყოფილი გასულ წამებზე, და გაამრავლეთ რვაზე წამში ბიტების მისაღებად. მონაკვეთი ჩათვალეთ ბათილად, თუ მთვლელი შემცირდა, აგენტი გადატვირთა, სტრიქონი შეიცვალა ან შეწყვეტის ობიექტი გადაადგილდა. ეს ობიექტი გამოიხატება სისტემის მუშაობის დროსთან მიმართებით, ამიტომ მოწყობილობის გადატვირთვაც აბათილებს მას. გადააგდეთ ნიმუში და გახსენით ახალი ფანჯარა იმის ნაცვლად, რომ პიკი დახატოთ.
აიღეთ ორი ნიმუში ცნობილი შუალედით და დროის ნიშნები შეინახეთ შემგროვებლიდან და არა თქვენი ტერმინალის ისტორიიდან.
snmpget -v2c -c monitor -Oqv 10.60.4.21 CPW-VC-MIB::cpwVcPerfTotalInHCBytes.7
sleep 60
snmpget -v2c -c monitor -Oqv 10.60.4.21 CPW-VC-MIB::cpwVcPerfTotalInHCBytes.7
snmpget -v2c -c monitor -Oqv 10.60.4.21 CPW-VC-MIB::cpwVcPerfTotalDiscontinuityTime.7მაღალი ტევადობის მთვლელები ჭარბვლას არასაკითხს ხდიან ერთ pseudowire-ზე, ამიტომ შემცირება თითქმის ყოველთვის ნიშნავს გადაყენებას, შეცვლილ აგენტს ან სხვა სტრიქონს და არა არითმეტიკულ გადინებას. ამიტომ მესამე ბრძანება ისეთივე მნიშვნელოვანია, როგორც პირველი ორი.
შეამოწმეთ, რას უჭერს მხარს დაყენებული გამოშვება სინამდვილეში
MIB-ის განსაზღვრება სპეციფიკაციაა და არა დაპირება თქვენი იმიჯის შესახებ. ცხრილები შეიძლება არ არსებობდეს, ნაწილობრივ იყოს დანერგილი ან არსებობდეს, მაგრამ არ იყოს შევსებული, სანამ ფუნქცია არ ჩაირთვება, და იგივე პლატფორმა შეიძლება გამოშვებებს შორის განსხვავდებოდეს. CISCO-IETF-PW-MIB-ის განსაზღვრება გაძლევთ ობიექტების სახელებს; მოწყობილობა გეუბნებათ, პასუხობენ ისინი თუ არა.
გამოკითხეთ ორივე ცხრილი და firmware-ის სტრიქონი ერთ გავლაში, შემდეგ შეადარეთ იმას, რასაც გამოშვების შენიშვნა ამტკიცებს.
snmpget -v2c -c monitor -Oqv 10.60.4.21 SNMPv2-MIB::sysDescr.0
snmpwalk -v2c -c monitor 10.60.4.21 CPW-VC-MIB::cpwVcTable | wc -l
snmpwalk -v2c -c monitor 10.60.4.21 CPW-VC-MIB::cpwVcPerfTotalTable | wc -lცარიელი გავლა და მხარდაჭერის გარეშე გავლა სხვადასხვა მარცხია, ამიტომ წაიკითხეთ შეცდომა და არა მხოლოდ სტრიქონების რაოდენობა. თუ მდგომარეობის ცხრილი პასუხობს, ხოლო წარმადობის ცხრილი არა, პირველ ნაწილში დაპროექტებულ შეერთებას დასაჯდომი ადგილი არ აქვს და გასწორება შემგროვებლის ცვლილებაა და არა წრედის.
საკამათო წრედის თანმიმდევრობა მოკლეა: დაადასტურეთ სტრიქონის იდენტობა ინდექსიდან, დაადასტურეთ მიმართულების დაკავშირება ერთი ცნობილი გადაცემით, გამოთვალეთ სიჩქარე მხოლოდ სუფთა შეწყვეტის ფანჯარაში და დაადასტურეთ, რომ ორივე ცხრილი პასუხობს ამ გამოშვებაზე. ყოველი ნაბიჯი ერთ შესაძლო ახსნას აშორებს. როცა ოთხივე სრულდება და მთვლელები მაინც არ მოძრაობენ, მტკიცებულებები pseudowire-ისგან მოშორებით მიუთითებენ. სწორედ მაშინ იმართლებს მიერთების წრედზე პაკეტების ჩაჭერა თავის თავს.