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 սահմանումը ձեզ տալիս է օբյեկտների անունները. սարքը ձեզ ասում է՝ արդյոք դրանք պատասխանում են։
Հարցում կատարեք երկու աղյուսակներին և որոնվածի տողին մեկ անցումով, ապա համեմատեք թողարկման նշումի պնդման հետ։
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-ից հեռու։ Հենց այնտեղ է, որ միացման շղթայի վրա փաթեթների որսումն արդարացնում է իրեն։