Pseudowire स्थिति बनाम ट्रैफ़िक काउंटर: कौन डिलीवरी साबित करता है
ऑपर स्थिति कहती है कि सेवा कॉन्फ़िगर है और चालू है; काउंटर कहते हैं कि फ़्रेम चले। दोनों को VC इंडेक्स पर जोड़ें और दिशा, असंतति तथा MIB समर्थन जाँचें।
up रिपोर्ट करने वाला pseudowire आपको बताता है कि सेवा मौजूद है और दोनों दिशाएँ सहमत हैं कि उसे ट्रैफ़िक ले जाना चाहिए। पर यह नहीं बताता कि कोई एक भी ग्राहक फ़्रेम कभी उससे गुज़रा है। स्थिति ऑब्जेक्ट और काउंटर ऑब्जेक्ट अलग-अलग उद्देश्यों के लिए लिखे गए थे, और एक को दूसरे का प्रमाण मानना ही इनमें से अधिकांश डैशबोर्ड की गलती है। उनकी तुलना करना ही काम है, क्योंकि किसी एक पर ही भरोसा करना उस सवाल का जवाब देता है जो किसी ने पूछा ही नहीं।
स्थिति और काउंटर अलग-अलग सवालों के जवाब देते हैं
मुख्य 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 से दूर इंगित करते हैं। वहीं अटैचमेंट सर्किट पर पैकेट कैप्चर अपनी कीमत कमाता है।