Estado ng pseudowire laban sa mga counter ng trapiko: alin ang nagpapatunay ng paghahatid
Sinasabi ng operating state na naka-configure at gumagana ang serbisyo; sinasabi ng mga counter na gumalaw ang mga frame. Pagsamahin ang dalawa sa index ng VC at suriin ang direksyon, discontinuity at suporta sa MIB.
Ang pseudowire na nag-uulat ng up ay nagsasabi sa iyo na umiiral ang serbisyo at parehong direksyon ang sumasang-ayon na dapat itong magdala ng trapiko. Ngunit hindi nito sinasabi na may isang frame ng customer na tumawid dito. Ang mga object ng estado at mga object ng counter ay isinulat para sa magkaibang layunin, at ang pagkuha sa isa bilang patunay ng isa pa ang pinagmumulan ng pagkakamali ng karamihan sa mga dashboard na ito. Ang paghahambing sa kanila ang trabaho, dahil ang pagtitiwala sa isa lamang ay sumasagot sa tanong na walang nagtanong.
Ang estado at mga counter ay sumasagot sa magkaibang tanong
Ang pangunahing entry ng VC ay may pinagsamang operating status, at ang status na iyon ay up lamang kapag parehong up ang dalawang direksyonal na estado. Lahat ng nasa likod nito ay kaalaman sa control plane at configuration: ang lokal na attachment circuit, ang peer, ang signaling. Ang isang hilera sa estadong ito ay pahayag tungkol sa layunin at kahandaan, hindi tungkol sa mga naipasa na frame.
Ang trapiko ay naninirahan sa hiwalay na talahanayan ng mga counter na may mataas na kapasidad para sa mga packet at byte, at ang mga hilerang iyon ay may parehong index ng VC. Ang paglago doon ay patunay na dumaan ang mga frame sa mismong hilerang iyon sa pagitan na iyong sinukat. Ang counter na hindi nagbabago ay malabo sa sarili nito. Ang serbisyong walang ginagawa, ang collector na nagbabasa ng maling hilera at ang tahimik na sirang landas ay lahat nagbibigay ng parehong patag na linya.
| 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. |
Basahin ang talahanayan bilang dalawang kolum ng patunay, hindi bilang isang hagdan ng tindi. Ang up na may patag na counter ay hindi mas masamang bersyon ng up na may paglago, ito ay ibang obserbasyon na may ibang susunod na hakbang.
Pagsamahin sa index ng VC, hindi sa numero sa ticket
Ang talahanayan ng VC ay ini-index ng isang integer, at ang VC ID, address ng peer, uri at pangalan ng serbisyo ay mga katangian ng hilerang iyon. Sa mga katangiang iyon hinahanap mo ang iyong serbisyo; ang index ang ginagamit para patuloy mo itong hanapin pagkatapos ng unang pagtatanong. Ang index ng interface, ipinapakitang pangalan ng circuit o label ng MPLS ay hindi ang index na iyon kahit magkatugma ang mga numero.
Kunin ang mga numeric na OID mula sa file ng MIB sa collector, hindi sa blog post, pagkatapos ay lakbayin ang talahanayan nang isang beses at itago ang natuklasang pagkakakilanlan.
snmptranslate -On CPW-VC-MIB::cpwVcIndex
snmptranslate -On CPW-VC-MIB::cpwVcPerfTotalDiscontinuityTime
snmpwalk -v2c -c monitor 10.60.4.21 -On CPW-VC-MIB::cpwVcTableItala ang address ng pamamahala at ang index nang magkasama sa sistema ng pagmamanman. Ang muling pag-provision ay maaaring maglipat ng serbisyo sa ibang hilera, at ang collector na kumabit sa pangalan ng VC ID ay patuloy na magguguhit ng lumang index na magalang pa ring sumasagot.
Ang direksyon ay tumutukoy sa pseudowire, hindi sa subscriber
Ang mga inbound na counter ay naglalarawan ng natanggap ng VC mula sa packet-switched network; ang mga outbound na counter ay naglalarawan ng ipinasa nito patungo sa network na iyon. Sa isang PE na nakaharap sa customer, madalas itong tumutugma sa download at upload sa anumang pagkakasunod-sunod. Sa isang hub PE, o sa PE na may peer sa core, ang parehong mga pangalan ng object ay naglalarawan ng kabaligtarang karanasan ng customer.
Isulat ang mapping nang isang beses kada role ng device at itago ito sa label ng dashboard. Ang graph na pinamagatang upload ng customer na talagang gumuguhit ng trapiko patungo sa core ay dadaan sa review at tahimik na magliligaw sa lahat ng gumagamit nito para sa mga desisyon sa kapasidad. Ang parehong panganib ay nalalapat sa mga alerto na binuo sa mga graph na iyon, dahil tatawagin nila ang maling team. Lagyan ng label ang bawat graph ayon sa direksyon ng paglalakbay kaugnay ng pseudowire, at hayaang manirahan ang mapping ng customer sa panel na nangangailangan nito.
Ang isang pagsubok ay nananalo sa kahit gaano karaming pagbasa ng mga paglalarawan ng object: hilahin ang kilalang file sa serbisyo, agad na tanungin ang parehong direksyon pagkatapos, at tingnan kung aling counter ang gumalaw. Itala ang resulta sa tabi ng role ng device, dahil ang susunod na tao ay magtatanong ng parehong tanong.
Ang rate ay may bisa lamang sa loob ng isang window ng discontinuity
Kalkulahin ang rate bilang pagtaas ng byte counter na hinati sa lumipas na mga segundo, at i-multiply sa walo para sa bits per second. Ituring na invalid ang pagitan kung bumaba ang counter, nag-restart ang agent, nagbago ang hilera o gumalaw ang object ng discontinuity. Ang object na iyon ay ipinapahayag laban sa uptime ng system, kaya ang restart ng device ay nagpapawalang-bisa rin nito. Itapon ang sample at magbukas ng bagong window sa halip na gumuhit ng spike.
Kumuha ng dalawang sample na may kilalang agwat at itago ang mga timestamp mula sa collector, hindi mula sa history ng iyong terminal.
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.7Ang mga counter na may mataas na kapasidad ay ginagawang hindi isyu ang pag-ikot sa isang pseudowire, kaya ang pagbaba ay halos palaging nangangahulugang reset, pinalitang agent o ibang hilera, hindi arithmetic overflow. Kaya ang ikatlong command ay kasinghalaga ng unang dalawa.
Suriin kung ano talaga ang sinusuportahan ng naka-install na release
Ang depinisyon ng MIB ay isang spesipikasyon, hindi pangako tungkol sa iyong image. Maaaring wala ang mga talahanayan, bahagyang naipatupad o naroroon ngunit hindi napuno hanggang ma-enable ang isang feature, at ang parehong platform ay maaaring magkaiba sa pagitan ng mga release. Ang depinisyon ng CISCO-IETF-PW-MIB ay nagbibigay sa iyo ng mga pangalan ng object; sinasabi ng device kung sumasagot ang mga ito.
Tanungin ang parehong talahanayan at ang firmware string sa isang pasada, pagkatapos ay ihambing sa sinasabi ng release note.
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 -lAng walang laman na paglakad at ang hindi sinusuportahang paglakad ay magkaibang pagkabigo, kaya basahin ang error at hindi lamang ang bilang ng linya. Kung sumasagot ang talahanayan ng estado at hindi ang talahanayan ng performance, walang mapaglalapatan ang join na dinisenyo mo sa unang seksyon, at ang solusyon ay pagbabago ng collector hindi ng circuit.
Ang pagkakasunod-sunod para sa pinagtatalunang circuit ay maikli: kumpirmahin ang pagkakakilanlan ng hilera mula sa index, kumpirmahin ang mapping ng direksyon sa isang kilalang transfer, kalkulahin ang rate lamang sa loob ng malinis na window ng discontinuity, at kumpirmahin na sumasagot ang parehong talahanayan sa release na iyon. Bawat hakbang ay nag-aalis ng isang posibleng paliwanag. Kapag ang apat ay totoo at hindi pa rin gumagalaw ang mga counter, tumuturo ang ebidensya palayo sa pseudowire. Doon nagiging sulit ang packet capture sa attachment circuit.