Pseudowire stāvoklis pret trafika skaitītājiem: kurš pierāda piegādi
Operatīvais stāvoklis saka, ka pakalpojums ir konfigurēts un darbojas; skaitītāji saka, ka kadri ir pārvietojušies. Savienojiet abus pēc VC indeksa un pārbaudiet virzienu, pārtraukumu un MIB atbalstu.
Pseudowire, kas ziņo par stāvokli up, jums saka, ka pakalpojums pastāv un ka abi virzieni piekrīt, ka tam būtu jāpārraida trafiks. Taču tas nesaka, ka tam kādreiz būtu izgājis cauri kaut viens klienta kadrs. Stāvokļa objekti un skaitītāju objekti tika rakstīti dažādiem mērķiem, un tieši tajā, ka vienu pieņem par otra pierādījumu, kļūdās lielākā daļa šādu paneļu. To salīdzināšanā ir darbs, jo uzticēšanās tikai vienam no tiem atbild uz jautājumu, ko neviens nav uzdevis.
Stāvoklis un skaitītāji atbild uz dažādiem jautājumiem
Galvenais VC ieraksts nes apvienotu operatīvo statusu, un šis statuss ir up tikai tad, kad abi virzienu stāvokļi ir up. Viss aiz tā ir vadības plaknes un konfigurācijas zināšanas: vietējā pievienošanas ķēde, partneris, signalizācija. Rinda šajā stāvoklī ir apgalvojums par nodomu un gatavību, nevis par pārsūtītajiem kadriem.
Trafiks dzīvo atsevišķā lielas ietilpības pakešu un baitu skaitītāju tabulā, un šīs rindas nes to pašu VC indeksu. Pieaugums tur ir pierādījums, ka kadri gāja tieši caur šo rindu jūsu mērītajā intervālā. Nemainīgs skaitītājs pats par sevi ir divdomīgs. Neaktīvs pakalpojums, nepareizo rindu lasošs vācējs un klusi pārrauts ceļš visi dod vienu un to pašu plakano līniju.
| 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. |
Lasiet tabulu kā divas pierādījumu kolonnas, nevis kā vienu smaguma kāpņu. Up ar plakaniem skaitītājiem nav sliktāka up ar pieaugumu versija, tā ir cita novērošana ar citu nākamo soli.
Savienojiet pēc VC indeksa, nevis pēc numura biļetē
VC tabula tiek indeksēta ar vienu veselu skaitli, un VC ID, partnera adrese, pakalpojuma tips un nosaukums ir šīs rindas atribūti. Pēc šiem atribūtiem jūs atrodat savu pakalpojumu; indekss ir tas, pēc kā jūs to atrodat arī pēc pirmās aptaujas. Saskarnes indekss, parādītais ķēdes nosaukums vai MPLS etiķete nav tas indekss arī tad, kad skaitļi sakrīt.
Atvasiniet skaitliskos OID no MIB faila uz vācēja, nevis no emuāra ieraksta, pēc tam vienreiz izstaigājiet tabulu un saglabājiet atrasto identitāti.
snmptranslate -On CPW-VC-MIB::cpwVcIndex
snmptranslate -On CPW-VC-MIB::cpwVcPerfTotalDiscontinuityTime
snmpwalk -v2c -c monitor 10.60.4.21 -On CPW-VC-MIB::cpwVcTableReģistrējiet pārvaldības adresi un indeksu kopā uzraudzības sistēmā. Atkārtota nodrošināšana var pārvietot pakalpojumu uz citu rindu, un tad vācējs, kas pēc nosaukuma piesaistījās VC ID, turpinās zīmēt novecojušu indeksu, kas joprojām pieklājīgi atbild.
Virziens nozīmē pseudowire, nevis abonentu
Ienākošie skaitītāji apraksta, ko VC saņēma no pakešu komutācijas tīkla; izejošie skaitītāji apraksta, ko tas pārsūtīja uz šo tīklu. PE, kas vērsta pret klientu, tas bieži atbilst lejupielādei un augšupielādei kaut kādā secībā. Centrālajā PE vai PE, kam ir partners kodolā, tie paši objektu nosaukumi apraksta pretējo klienta pieredzi.
Pierakstiet kartējumu vienreiz katram ierīces lomai un turiet to paneļa etiķetē. Grafiks ar nosaukumu klienta augšupielāde, kas faktiski zīmē trafiku uz kodolu, izturēs pārskatīšanu un klusi maldinās visus, kas to izmanto jaudas lēmumiem. Tāds pats risks attiecas uz brīdinājumiem, kas veidoti uz šiem grafikiem, jo tie izsauks nepareizo komandu. Marķējiet katru grafiku ar kustības virzienu attiecībā pret pseudowire, un lai klienta kartējums dzīvo panelī, kuram tas ir vajadzīgs.
Viens tests pārspēj jebkādu objektu aprakstu lasīšanu: izvelciet zināmu failu caur pakalpojumu, tūlīt pēc tam aptaujājiet abus virzienus un skatiet, kurš skaitītājs ir pārvietojies. Pierakstiet rezultātu blakus ierīces lomai, jo nākamais cilvēks uzdos to pašu jautājumu.
Ātrums ir derīgs tikai vienā pārtraukuma logā
Aprēķiniet ātrumu kā baitu skaitītāja pieaugumu, dalītu ar pagājušajām sekundēm, un reiziniet ar astoņi, lai iegūtu bitus sekundē. Uzskatiet intervālu par nederīgu, ja skaitītājs samazinājās, aģents pārstartējās, rinda mainījās vai pārtraukuma objekts pārvietojās. Šis objekts tiek izteikts attiecībā pret sistēmas darbības laiku, tāpēc ierīces pārstartēšana to arī atceļ. Atmetiet paraugu un atveriet jaunu logu, nevis zīmējiet lēcienu.
Paņemiet divus paraugus ar zināmu intervālu un glabājiet laika zīmes no vācēja, nevis no sava termināļa vēstures.
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.7Lielas ietilpības skaitītāji padara aplīšanu par nebūtisku vienā pseudowire, tāpēc samazinājums gandrīz vienmēr nozīmē atiestatīšanu, nomainītu aģentu vai citu rindu, nevis aritmētisku pārpildi. Tāpēc trešā komanda ir tikpat svarīga kā pirmās divas.
Pārbaudiet, ko instalētā versija patiešām atbalsta
MIB definīcija ir specifikācija, nevis solījums par jūsu attēlu. Tabulas var trūkt, tās var būt daļēji ieviestas vai pastāvēt, bet būt neaizpildītas, līdz tiek iespējota funkcija, un tā pati platforma var atšķirties starp versijām. CISCO-IETF-PW-MIB definīcija sniedz objektu nosaukumus; ierīce pasaka, vai tie atbild.
Aptaujājiet abas tabulas un programmaparatūras virkni vienā piegājienā, pēc tam salīdziniet ar to, ko apgalvo laidiena piezīme.
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 -lTukšs staigājums un neatbalstīts staigājums ir dažādas kļūmes, tāpēc lasiet kļūdu, nevis tikai rindu skaitu. Ja stāvokļa tabula atbild, bet veiktspējas tabula ne, pirmajā sadaļā projektētajam savienojumam nav kur nolaisties, un labojums ir vācēja, nevis ķēdes maiņa.
Secība strīdīgai ķēdei ir īsa: apstipriniet rindas identitāti no indeksa, apstipriniet virziena kartējumu ar vienu zināmu pārraidi, aprēķiniet ātrumu tikai tīrā pārtraukuma logā un apstipriniet, ka abas tabulas atbild šajā laidienā. Katrs solis noņem vienu iespējamu izskaidrojumu. Kad visi četri ir spēkā un skaitītāji joprojām nekustas, pierādījumi norāda prom no pseudowire. Tieši tad pakešu uztveršana pievienošanas ķēdē attaisno sevi.