सिस्को स्विच इंटरफ़ेस पर कुल आउटपुट ड्रॉप्स का क्या कारण है?

16

मेरे पास एक HP c7000 ब्लेड चेसिस है जिसमें सिस्को 3120X और सिस्को 3120G स्विच ios 12.2 (58) SE1 चल रहा है। ब्लेड खुद बहुत हल्के ढंग से भरे हुए हैं लेकिन चेसिस में विभिन्न ब्लेड स्विच पर कई इंटरफेस आउटपुट ड्रॉप की काफी अधिक संख्या दिखाते हैं। यदि मैं बार-बार आउटपुट ड्रॉप की संख्या की जांच करता हूं तो मुझे न केवल काउंटर को बढ़ते हुए देखा जाता है, बल्कि कभी-कभी यह कम हो जाता है। संख्या इंटरफ़ेस पर दर्ज पैकेट / एस के साथ सहसंबंधित नहीं है। प्लेटफ़ॉर्म के लिए QoS सेटिंग्स डिफ़ॉल्ट हैं।

निम्नलिखित नमूने सभी 30 सेकंड की अवधि के भीतर लिए गए थे:

bc1019-3120-stack> sh int gi2 / 0/7 | मैं उत्पादन बूँदें
  इनपुट कतार: 0/75/0/0 (आकार / अधिकतम / ड्रॉप / फ्लश); कुल उत्पादन बूँदें: 2255550
bc1019-3120-stack> sh int gi2 / 0/7 | मैं उत्पादन बूँदें
  इनपुट कतार: 0/75/0/0 (आकार / अधिकतम / ड्रॉप / फ्लश); कुल उत्पादन बूँदें: 2255550
bc1019-3120-stack> sh int gi2 / 0/7 | मैं उत्पादन बूँदें
  इनपुट कतार: 0/75/0/0 (आकार / अधिकतम / ड्रॉप / फ्लश); कुल उत्पादन बूँदें: 2255550
bc1019-3120-stack> sh int gi2 / 0/7 | मैं उत्पादन बूँदें
  इनपुट कतार: 0/75/0/0 (आकार / अधिकतम / ड्रॉप / फ्लश); कुल उत्पादन बूँदें: 2255550
bc1019-3120-stack> sh int gi2 / 0/7 | मैं उत्पादन बूँदें
  इनपुट कतार: 0/75/0/0 (आकार / अधिकतम / ड्रॉप / फ्लश); कुल उत्पादन बूँदें: 2255550
bc1019-3120-stack> sh int gi2 / 0/7 | मैं उत्पादन बूँदें
  इनपुट कतार: 0/75/0/0 (आकार / अधिकतम / ड्रॉप / फ्लश); कुल उत्पादन बूँदें: 2255550
bc1019-3120-stack> sh int gi2 / 0/7 | मैं उत्पादन बूँदें
  इनपुट कतार: 0/75/0/0 (आकार / अधिकतम / ड्रॉप / फ्लश); कुल उत्पादन बूँदें: 451110
bc1019-3120-stack> sh int gi2 / 0/7 | मैं उत्पादन बूँदें
  इनपुट कतार: 0/75/0/0 (आकार / अधिकतम / ड्रॉप / फ्लश); कुल उत्पादन बूँदें: 451110
bc1019-3120-stack> sh int gi2 / 0/7 | मैं उत्पादन बूँदें
  इनपुट कतार: 0/75/0/0 (आकार / अधिकतम / ड्रॉप / फ्लश); कुल उत्पादन बूँदें: 902220
bc1019-3120-stack> sh int gi2 / 0/7 | मैं उत्पादन बूँदें
  इनपुट कतार: 0/75/0/0 (आकार / अधिकतम / ड्रॉप / फ्लश); कुल उत्पादन बूँदें: 1353330
bc1019-3120-stack> sh int gi2 / 0/7 | मैं उत्पादन बूँदें
  इनपुट कतार: 0/75/0/0 (आकार / अधिकतम / ड्रॉप / फ्लश); कुल उत्पादन बूँदें: 1804440
bc1019-3120-stack> sh int gi2 / 0/7 | मैं उत्पादन बूँदें
  इनपुट कतार: 0/75/0/0 (आकार / अधिकतम / ड्रॉप / फ्लश); कुल उत्पादन बूँदें: 1804440
bc1019-3120-stack> sh int gi2 / 0/7 | मैं उत्पादन बूँदें
  इनपुट कतार: 0/75/0/0 (आकार / अधिकतम / ड्रॉप / फ्लश); कुल उत्पादन बूँदें: 1804440
bc1019-3120-stack> sh int gi2 / 0/7 | मैं उत्पादन बूँदें
  इनपुट कतार: 0/75/0/0 (आकार / अधिकतम / ड्रॉप / फ्लश); कुल उत्पादन बूँदें: 451490

bc1019-3120-stack> sh int gi2 / 0/7 | मैं उत्पादन दर
  5 मिनट उत्पादन दर 301000 बिट्स / सेकंड, 119 पैकेट / सेकंड

1) क्या कुछ और है जो आउटपुट ड्रॉप का कारण बन सकता है इसके अलावा सर्वर निक को जल्दी से पर्याप्त फ्रेम प्राप्त नहीं करना है?

2) इंटरफ़ेस काउंटर रिकॉर्ड कर सकते हैं आउटपुट की अधिकतम संख्या कितनी है? जब यह अधिकतम तक पहुँच जाता है तो क्या यह रोलओवर करता है?

3) आउटपुट ड्रॉप की एक स्वस्थ दर क्या मानी जाएगी?

— User123456
स्रोत

जैसा कि लियोनार्डो अब्दुल्ला ने कहा है, हमारे ब्लेड चेसिस पर देखे गए अनियमित आउटपुट ड्रॉप्स बग CSCtq86186 के परिणाम हैं

— User123456

यह एक बग है। हमने एक ही चीज़ को मारा, c3750e-Universalalk9-mz.150-2.SE4.bin में अपग्रेड किया गया और सब ठीक है। जेबी

14

जब तक कोई व्यक्ति काउंटरों को साफ नहीं कर रहा है, तब तक आपको किसी भी ओडोमीटर-प्रकार के काउंटर को नहीं देखना चाहिए (जो कि पैकेट एक्शन के आधार पर वेतन वृद्धि) घटते हैं, उन्हें हमेशा बढ़ना चाहिए। यह हिस्सा एक बग की तरह लगता है।

जहां तक विशेष रूप से आउटपुट ड्रॉप्स का कारण बनता है, वहाँ कई अलग-अलग कारण हैं कि यह बिल्कुल सटीक रूप से इंगित करना बहुत मुश्किल है। कभी-कभी स्विच के बैकप्लेन के अंदर भीड़ होती है और वे आउटगोइंग इंटरफेस पर आउटपुट ड्रॉप के रूप में दिखाई दे सकते हैं। दुर्लभ परिस्थितियों में आप माइक्रोबर्स्ट भी प्राप्त कर सकते हैं जो कि 1 मिनट के अंतराल पर दिखाई नहीं देते हैं जो इंटरफ़ेस को जल्दी से अधिभारित करते हैं, लेकिन फिर बहुत जल्दी वापस गिर जाते हैं। मैं आउटपुट ड्रॉप्स के लिए SNMP OID को हथियाने का सुझाव दूंगा और फिर इसे रेखांकन करके देखूंगा कि यह CLI काउंटर से कैसे मेल खाता है।

सामान्यतया, आप कोई आउटपुट ड्रॉप नहीं चाहते हैं क्योंकि वे एक पैकेट को इंगित करते हैं जो इसे अपने गंतव्य पर नहीं बनाता है। लेकिन, यदि आप अपने लिंक को गर्म कर रहे हैं (जो आप कहते हैं कि आप नहीं हैं) वे एक हद तक अपरिहार्य हैं, ज्यादातर आंतरिक स्विच बफ़रिंग के कारण, आदि।

— हारून
स्रोत

मुझे आश्चर्य है कि अगर इस मामले में बहुत सारे ड्रॉप आउट हैं, तो काउंटर चारों ओर लपेटते हैं।

— ओपन स्कूल

1

वे 32 बिट काउंटर हैं, इसलिए आप सीमा के पास कहीं नहीं हैं। (और संभवतः 64 बिट आंतरिक रूप से)

— रिकी बीम

8

मेरा पहला विचार एकसमान बाढ़ है, खासकर अगर काउंटर एक ही वलान में कई बंदरगाहों में एक साथ बढ़ते हैं। मैं हारून से सहमत हूं कि काउंटर डीक्रीमेंटिंग एक बग की तरह लगता है। काउंटर शायद 2 ^ 64 पर रोल करेगा, लेकिन यह सेकंड के भीतर नहीं होगा। मैं आउटपुट ड्रॉप की एक स्वस्थ दर शून्य होने पर विचार करूंगा, लेकिन यह वास्तविक नहीं है - यहां तक कि डेटासेंटर में भी। क्या आप 10G अपलिंक कर रहे हैं?

— डेनिस ओल्वानी
स्रोत

हाँ, ब्लेड चेसिस में दो 3120X में से प्रत्येक से एक 10gig अपलिंक (एक बंदरगाह stp के कारण अवरुद्ध)

— User123456

जिस तरह 1G अपलिंक आसानी से 100M डाउनलिंक को पछाड़ देगा, मुझे यकीन है कि वही 10G / 1G का सच है। यह विशेष रूप से सच है जब यूनिकस्ट बाढ़ आती है। मुझे संदेह है कि बैंडविड्थ / पीपीएस आंकड़ों में एकसमान बाढ़ की स्थिति स्पष्ट होगी।

— डेनिस ओलिवानी

5

लगता है जैसे आप बग CSCtq86186 को मार रहे हैं। यह बग 3750, 2960 के दशक में पाया गया है, लेकिन यह ब्लेड स्विच को भी प्रभावित कर सकता है।

— लियोनार्डो अब्दुल्ला
स्रोत

यह ठीक वही बग है जिसे हम अपने 3120 - 15.0 (2) एसई में तय कर रहे हैं। धन्यवाद!

— User123456

4

यदि आप एकसाथ बाढ़ का सामना कर रहे हैं, तो मेजबानों में से एक पर वायरशर्क चलाना या बंदरगाहों में से किसी एक को फैलाना बहुत जल्दी दिखाना चाहिए।

ऐसा लगता है कि आपके पास एक चौकोर टोपोलॉजी में निरर्थक कोर हैं? यदि ऐसा है, तो अपने वलान इंटरफ़ेस में इस कमांड को जोड़ने का प्रयास करें:

arp timeout 300

सीएएम टेबल 5 मिनट के लिए प्रविष्टियां रखती हैं जबकि एआरपी टेबल को चार घंटे (डिफॉल्ट) के लिए रखा जाता है। CAM से मिलान करने के लिए ARP सेट करना CPU में मामूली वृद्धि की कीमत पर यूनिकस्ट बाढ़ को समाप्त कर सकता है। उत्प्रेरक 6500/6000 ARP या CAM तालिका समस्या निवारण के लिए स्विच करता है

— पीटर
स्रोत

1

आउटपुट ड्रॉप्स छोटे बफ़र्स के साथ छोटे स्विच पर सामान्य होते हैं क्योंकि कोई भी बफ़र बफर को ख़त्म कर देगा। मैं वास्तव में 3120 से परिचित नहीं हूं, इसलिए मैं इसके आकार के लिए बात नहीं कर सकता, लेकिन कम से कम यह एक सामान्य कारण है कि कोई क्यों आउटपुट ड्रॉप कर सकता है।

विशिष्ट कारण लाइन ब्लॉकिंग (HOLB) के प्रमुख हैं, जहां कई स्रोत पोर्ट एक गंतव्य पर भेज रहे हैं और इसलिए हमें भीड़ मिलती है। एक और सामान्य कारण है जब एक उच्च बंदरगाह गति से निचले एक पर जा रहा है, यानी 10G से 1G या 40G से 10G।

मैं आपको एक्स कंट्रोलर एक्स-कंट्रोलर एक्स शो चलाने की सलाह देता हूं जहां एक्स आपका पोर्ट है। आपको आउटपुट ड्रॉप्स के बारे में कुछ जानकारी प्राप्त करनी चाहिए, जैसे कि अगर कुछ बड़े फ्रेम में आउटपुट करने की कोशिश कर रहा है, जो कि आपके नेटवर्क में लगातार MTU नहीं होने पर हो सकता है।

— KLL
स्रोत