10gb / s इंटरफ़ेस पर पैकेट ड्रॉप

Question

मेरे पास 10GB / s इंटरफ़ेस पर पैकेट की एक निश्चित संख्या है, जो सिस्को 6500 पर Sup 720 के साथ है। आप काउंटर खाली करने के बाद एक मिनट के भीतर गिरा पैकेट की संख्या देख सकते हैं।

हम किसी भी प्रदर्शन में गिरावट नहीं देखते हैं, और हमारे ग्राहकों में से किसी ने भी शिकायत नहीं की है। क्या यह भविष्य में एक गंभीर समस्या है? मैंने कभी एक भी पैकेट कतार में नहीं देखा। मैं इनपुट कतार आकार को 1024 में बदलने पर विचार कर रहा हूं क्योंकि यह डिफ़ॉल्ट रूप से कतार में 75 पैकेट है, लेकिन मैं सोच रहा हूं कि पैकेट गिराए जाने से पहले कतार में प्रवेश क्यों न करें। 1 जीबी / एस के इंटरफेस पर मुझे कोई गिरा हुआ पैकेट बिल्कुल भी नहीं दिखता है और सब कुछ ठीक है। कृपया मुझे कतार की बूंदों के साथ समस्या को हल करने में मदद करें।

sh int TenGigabitEthernet1/1

 Hardware is C6k 10000Mb 802.3, address is 000f.3589.ac00 (bia 000f.3589.ac00)
  Description: transit 
  Internet address is 192.0.2.1/24
  MTU 1500 bytes, BW 10000000 Kbit, DLY 10 usec,
     reliability 255/255, txload 84/255, rxload 3/255
  Encapsulation ARPA, loopback not set
  Keepalive not set
  Full-duplex, 10Gb/s
  input flow-control is off, output flow-control is off
  ARP type: ARPA, ARP Timeout 04:00:00
  Last input 00:00:00, output 00:00:01, output hang never
  Last clearing of "show interface" counters 00:00:40
  Input queue: 0/75/8097/0 (size/max/drops/flushes); Total output drops: 0  <-----
                    ^^^^
  Queueing strategy: fifo
  Output queue: 0/40 (size/max)
  5 minute input rate 138646000 bits/sec, 99380 packets/sec
  5 minute output rate 3321988000 bits/sec, 329345 packets/sec
  L2 Switched: ucast: 158 pkt, 51401 bytes - mcast: 0 pkt, 0 bytes
  L3 in Switched: ucast: 4120795 pkt, 695621509 bytes - mcast: 0 pkt, 0 bytes mcast
  L3 out Switched: ucast: 13774697 pkt, 17424995312 bytes mcast: 0 pkt, 0 bytes
     3484933 packets input, 608041136 bytes, 0 no buffer
     Received 0 broadcasts (0 IP multicasts)
     0 runts, 40 giants, 0 throttles
     8097 input errors, 7120 CRC, 894 frame, 0 overrun, 0 ignored
     0 watchdog, 0 multicast, 0 pause input
     0 input packets with dribble condition detected
     11742838 packets output, 14837984934 bytes, 0 underruns
     0 output errors, 0 collisions, 0 interface resets
     0 babbles, 0 late collision, 0 deferred
     0 lost carrier, 0 no carrier, 0 PAUSE output
     0 output buffer failures, 0 output buffers swapped out

Comments

आपके संपादन के बारे में , "ड्रॉप" के भूतकाल के लिए सही अंग्रेजी वर्तनी को गिरा दिया गया है (खोज लाइन के नीचे Google जानकारी बॉक्स देखें)

— माइक पेनिंगटन

अपनी पोस्ट में मैंने "गिराया" शब्द का इस्तेमाल किया है लेकिन मुझे एक ईमेल प्राप्त हुआ है (यह स्वचालित प्रतीत होता है) जो गिरा दिया गया है वह सही नहीं है और इसे ठीक किया जाना चाहिए।

— user4262

स्टैक एक्सचेंज में अंग्रेजी भाषा सीखने वालों को समर्पित एक साइट भी है ; यदि आप इस पर स्पष्टीकरण प्राप्त करना चाहते हैं :-)

— माइक पेनिंगटन

क्या किसी उत्तर ने आपकी मदद की? यदि हां, तो आपको उत्तर को स्वीकार करना चाहिए ताकि प्रश्न हमेशा के लिए पॉपअप न हो जाए, उत्तर की तलाश में है। वैकल्पिक रूप से, आप अपना स्वयं का उत्तर प्रदान कर सकते हैं और स्वीकार कर सकते हैं।

— रॉन Maupin

Answer 1

मैं सोच रहा हूं कि पैकेट गिराए जाने से पहले कतार में प्रवेश क्यों न करें।

क्योंकि वे त्रुटियां थीं: 8097 input errors, 7120 CRC, 894 frame यह एक पैकेट को पंक्तिबद्ध नहीं करेगा जो ठीक से प्राप्त नहीं हुआ था - या पूरी तरह से प्राप्त नहीं हुआ था (इनपुट कतार सॉफ्टवेयर में है, आप अभी भी हार्डवेयर कतार से आगे निकल सकते हैं, जिसे आप बदल नहीं सकते हैं)

Comments

Thx रिकी, मैं किसी तरह इस जानकारी को याद किया कि त्रुटियों की संख्या गिरा पैकेट के बराबर है :)। मेरी पहली धारणा दोषपूर्ण केबल थी, या gbic थी, लेकिन यह सभी महत्वपूर्ण ऑनलाइन वीडियो स्ट्रीमिंग ग्राहकों के लिए मुख्य इंटरफेस है, एक विंडो

— मेंटेनेंस

@ user4262 मैंने इन्हें (10 में से 9 बार) खराब / गंदे फाइबर के परिणाम के रूप में देखा है - सुझाव है कि ऑप्टिक्स पर विचार करने से पहले इसे पहले साफ कर दिया जाए, दूसरे को बदल दिया जाए।

— जॉन जेन्सेन

Answer 2

मैं इसे आपके आउटपुट में देखता हूं:

8097 input errors, 7120 CRC, 894 frame, 0 overrun, 0 ignored
^^^^               ^^^^      ^^^

इसका मतलब है कि आपके पास एक दोषपूर्ण नेटवर्क इंटरफ़ेस कार्ड (एनआईसी), केबल या ड्राइवर हो सकता है।

Comments

यह एक 10gb / s इंटरफ़ेस है जो सीधे GBP के माध्यम से ISP से जुड़ा है, यह अंत उपयोगकर्ता से जुड़ा नहीं है ...

— user4262

आप उन्हें (आईएसपी) उनके अंत से जांच करने के लिए कह सकते हैं।

— मिहाइ

यदि यह एक ऑप्टिकल ट्रान्सीवर है, तो यह भी सुनिश्चित करें कि आप आउटपुट के थ्रेसहोल्ड को पीछे छोड़ रहे हैं: "sh इंटरफ़ेस ट्रान्सीवर विस्तार"

— mastrboy

Thx mastrboy, लेकिन यह सब कुछ न्यूनतम और अधिकतम सीमा के भीतर है ..

— user4262

जब भी मैं उस मामले के लिए सीआरसी त्रुटियों, या इनपुट / आउटपुट त्रुटियों को देखता हूं, मैं स्वचालित रूप से मान लेता हूं कि वायरिंग गलती है। यह हमेशा मामला नहीं है, लेकिन इसकी एक उच्च संभावना है; वह पक्का है।

— रयान फोले

Answer 3

सीआरसी त्रुटियां संकेत के साथ एक समस्या को इंगित करती हैं क्योंकि यह उपकरणों के बीच के माध्यम को पार करती है। जहां 1G अक्सर मामूली मुद्दों के लिए बहुत अधिक लचीला था, 10G माध्यम के बारे में बहुत विशेष हो सकता है।

तांबे के कनेक्शन के लिए, यह तार में हस्तक्षेप रक्तस्राव का संकेत दे सकता है यदि आप परिरक्षित केबल का उपयोग नहीं कर रहे हैं, या परिरक्षित केबलों में जमीन के साथ कोई समस्या है।

फाइबर के लिए, मैं कई बार त्रुटियों के पार आ गया हूं, और मेरे अनुभव में सबसे आम कारण यह है कि कनेक्शन बनाते समय फाइबर (ट्रांससीवर्स, केबल और इन्फ्रास्ट्रक्चर) को साफ करने के लिए किसी ने उचित फाइबर किट का उपयोग नहीं किया था या नहीं किया था। ब्रांड के नए केबलों (और कभी-कभी और अधिक) के साथ भी यह सच है।

इस प्रक्रिया के लिए एक फाइबर स्कोप बहुत उपयोगी हो सकता है, क्योंकि यह आपको यह सत्यापित करने की अनुमति देगा कि कनेक्शन बनाने से पहले सतह साफ और किसी भी दोष (खरोंच आदि) से मुक्त है।

जैसा कि अन्य उत्तरों और टिप्पणियों में संकेत दिया गया है, जांचें कि यदि आपका हार्डवेयर इसका समर्थन करता है, तो आपका आरएक्स सिग्नल स्वीकार्य मार्जिन के भीतर अच्छी तरह से (बहुत मजबूत या बहुत कमजोर नहीं) है। यदि कुछ और नहीं सुझाता है तो इसे ठीक करें, यदि संभव हो तो ट्रांससीवर्स और केबलों की अदला-बदली देखें (यदि आप ऐसा करते हैं तो फिर से साफ करने के लिए याद रखें)।

Comments

धन्यवाद YLearn, मैं 10G के साथ इतना अनुभव नहीं था, यह बहुत अच्छी जानकारी है ..

— user4262