ईथरनेट इंटरफ़ेस त्रुटियाँ

Question

मेरा उबंटू सर्वर ईथरनेट इंटरफ़ेस जो आईएसपी के मल्टीप्लेक्स से जुड़ता है त्रुटियों को दिखाता है। यहाँ स्नैपशॉट है:

          RX packets:204564288 errors:3193970 dropped:0 overruns:0 frame:3138402
          TX packets:29305799 errors:38752 dropped:0 overruns:0 carrier:38762
          collisions:2205053 txqueuelen:1000

उबंटू इंटरफ़ेस पूर्ण द्वैध में सक्षम है, लेकिन यह केवल आधे द्वैध कनेक्शन पर बातचीत करता है। जब मैंने एक अलग डिवाइस (एक राउटर) को MUX से जोड़ा, तो उसमें भी ऐसी त्रुटियां दिखाई दीं। निर्दिष्ट बैंडविड्थ 50 mbps है, लेकिन मुझे केवल 20 mbps मिलता है। आईएसपी MUX में अपने डिवाइस (ईथरनेट स्विच या हब की तरह दिखता है) को बदलने के लिए अनिच्छुक है। ISP इंजीनियरों ने दोष दिया कि इसका दोष मेरी तरफ है। लेकिन मैंने 3 से अधिक उपकरणों के साथ जांच की, सभी में त्रुटियां दिखाई दीं। तो, क्या लिनक्स के लिए कोई उपकरण हैं जो मैं उन त्रुटियों के कारणों की गहराई से जांच करने के लिए उपयोग कर सकता हूं, या क्या कुछ है जो मैं अपने सर्वर के इंटरफ़ेस को फिर से कॉन्फ़िगर करने के लिए कर सकता हूं ताकि उन त्रुटियों से छुटकारा मिल सके?

Answer 1

आईएसपी ईथरनेट PHY पर ऑटो-वार्ता को अनिवार्य रूप से अक्षम करने के लिए ISP के 100-पूर्ण अनिवार्य रूप से हार्ड-कोडिंग के पक्ष में आपके पास एक द्वैध बेमेल होने की संभावना है।

ISP के साथ 100-पूर्ण पर सेट और आपका पक्ष ऑटो / ऑटो (एक कूबड़, लेकिन एक आम एक) पर शेष है, आपकी तरफ से ऑटो-बातचीत इंटरफ़ेस को 100-हाफ़ में कॉन्फ़िगर करेगी - ISP पक्ष के रूप में एक द्वैध बेमेल 100-पूर्ण रहेगा।

ठीक कर

आप अपने ईथरनेट PHY को 100-पूर्ण - या विशेष रूप से ISP पर सेट होने पर हार्ड-कोडिंग करके समस्या को ठीक कर सकते हैं। अधिकांश ISP का उपयोग 100-पूर्ण है।

अतिरिक्त विस्तार

100-पूर्ण से 100-हाफ के द्वैध बेमेल के साथ, 100-पूर्ण पक्ष CSMA / CD को निष्क्रिय करता है जबकि CSMA / CD 100-हाफ पक्ष पर प्रभाव में रहता है। माध्यम मुक्त है या नहीं, इस बात की परवाह किए बिना 100-पूर्ण पक्ष प्रसारित करता है। 100-हाफ साइड CSMA / CD चेक और बैकऑफ CSMA / CD द्वारा परिभाषित प्रदर्शन करते हैं। यही कारण है कि आप केवल 50 एमबी / सेकेंड के इंटरनेट सर्किट पर 20 एमबी / एस हासिल कर सकते हैं । CSMA / CD बैकऑफ 100-हाफ साइड डिटेक्शन टकराव के कारण थ्रूपुट को सीमित कर रहा है।

ISP से मिलान करने के लिए इंटरफ़ेस को 100-पूर्ण करने के लिए हार्ड-कोडिंग करके, दोनों पक्षों में CSMA / CD अक्षम होगा, इसलिए बैकऑफ़ और टकराव का पता लगाने में अक्षम हो जाएगा और आपको अपने 50 एमबी / एस इंटरनेट सर्किट डेटा दर के बहुत करीब संख्याएं प्राप्त करनी चाहिए।

इतिहास

कई ISP के हार्ड-कोड उनके ईथरनेट PHY हैंडऑफ़ होते हैं क्योंकि एक समय था जब ऐसा करने के लिए बहुत अधिक विश्वसनीय था। जब मूल 802.3u 100 एमबी / एस फास्ट ईथरनेट मानक जारी किया गया था तो गति और द्वैध की ऑटो-बातचीत मौजूद थी, लेकिन इसकी आवश्यकता नहीं थी । जब तक ऑटो-बातचीत मानक द्वारा आवश्यक नहीं थी 802.3z 1 जीबी / एस गीगाबिट ईथरनेट मानक तक यह नहीं था ।

कई नेटवर्क इंजीनियरों में ऑटो-बातचीत के बारे में गलत धारणाएं हैं। सबसे बड़ी गलतफहमी यह है कि ऑटो-बातचीत ठीक से गति और द्वैध बातचीत कर सकती है यदि केवल एक पक्ष ऑटो-बातचीत को लागू करता है। यह झूठा है - जैसा कि आपने देखा है।

इस संभावना का कारण निम्नलिखित से उपजा है - यदि एक पक्ष को 100-पूर्ण पर कठोर-कोडित किया जाता है, तो दूसरी तरफ ऑटो-वार्ता चलाने वाला हमेशा 100 एमबी / सेकंड के भाग का पता लगाता है। यदि एक पक्ष 10-पूर्ण के लिए हार्ड-कोडित है - तो दूसरा पक्ष जो ऑटो-बातचीत चला रहा है, वह 10 एमबी / सेकेंड भाग का पता लगा सकता है। लिंक गति निर्धारित करने की क्षमता समानांतर पहचान नामक एक विशेषता से है जो एक मैच पाए जाने तक सभी स्थानीय रूप से समर्थित लिंक गति पर भौतिक परत संकेत प्राप्त करने की कोशिश करता है। हालांकि, समानांतर पहचान केवल गति के लिए काम करती है, न कि डुप्लेक्स मिलान के लिए। यही कारण है कि द्वैध बेमेल हो सकता है - एक इंटरफ़ेस के रूप में हमेशा आधा-द्वैध वापस गिर जाएगा जब यह ऑटो-बातचीत के माध्यम से दूसरी तरफ निर्धारित नहीं कर सकता है।

साबुनदान

एक समय में ऑटो-वार्ता के लिए धब्बेदार समर्थन था और इसे हल करने के लिए उतनी ही समस्याएं थीं जितनी कि अभी भी कई समस्याएं हैं। उस समय, इस नेटवर्क इंजीनियर की राय में - बीत चुका है। जबकि ऑटो-वार्ता समस्याएं अभी भी मौजूद हैं, पिछले 5 वर्षों में ऑटो-वार्ता को कॉन्फ़िगर किए जाने के कारण मैंने जितनी समस्याएं देखी हैं, उन समस्याओं की संख्या जो मैंने ऑटो-बातचीत के अक्षम होने के कारण देखी है।

मेरे पूछने पर कभी भी उनके ईथरनेट हैंडऑफ़ को ऑटो / ऑटो में बदलने के लिए आईएसपी अनिच्छा नहीं थी। अधिकांश केबल और डीएसएल मोडेम और गेटवे के साथ यह कोई समस्या नहीं है। यह NxT1 और फाइबर प्रबंधित CPE रूटर्स ईथरनेट हैंडऑफ़ के साथ है जहाँ यह समस्या आमतौर पर रहती है। समस्या यह है कि एक नेटवर्क व्यवस्थापक को पहली जगह में पूछना होगा।

आईएसपी के साथ 100-पूर्ण को हार्ड-कोडिंग के साथ उन्होंने एक दायित्व दिया है । एक दायित्व जिसे प्रलेखित और जारी रखना चाहिए। ऑटो-बातचीत प्रौद्योगिकी है जो अब स्थिर है, वर्षों से है, और हमारे लिए इस समस्या का ख्याल रखती है। जैसा कि पहले उल्लेख किया गया है, ऑटो-वार्ता के कारण होने वाली समस्याओं की संख्या उन मुद्दों की संख्या से बहुत अधिक है, जो इसके 2011 में अक्षम होने के कारण उत्पन्न होती हैं। इस समस्या को हल करने के लिए प्रौद्योगिकी मौजूद है, इसका उपयोग करें। शायद हमें मैन्युअल रूप से शुरुआती टीसीपी एसएनएन, एमएसएस और प्रत्येक टीसीपी वर्चुअल सर्किट के लिए रिसीव विंडो का प्रबंधन करना चाहिए? मैं बच्चा।

दूर भागते हैं।

Comments

मैंने इस कमांड को पूर्ण द्वैध मोड में जाने के लिए इंटरफ़ेस को मजबूर करने की कोशिश की थी sudo ethtool -s eth0 duplex full speed 100 autoneg off:। लेकिन लिंक नीचे चला गया। लेकिन आपके जवाब ने मुझे कुछ उम्मीद दी है। मैं फिर से कोशिश और परीक्षण करूंगा। इसके अलावा, मैं आईएसपी से पूछूंगा कि क्या वे एमयूएक्स में ऑटो बातचीत को सक्षम कर सकते हैं।

— nixnotwin

@nixnotwin सत्यापित करें कि इंटरफ़ेस 100-हाफ में बस रहा है, न कि 10-हाफ के साथ ऑटो-बातचीत चालू - हार्ड-कोड विशिष्ट गति और पूर्ण-द्वैध। यदि कड़ी-कोडिंग और ऑटो-बातचीत को अक्षम करने के बाद लिंक नीचे चला गया तो यह संभव है कि आपके पास एमडीआई / एमडीआई-एक्स समस्या है - क्योंकि पीएचवाई में ऑटो-एमडीआई / एमडीआई-एक्स को भी अक्षम किया जा सकता है। यदि आप सीधे पैच केबल के माध्यम से उपयोग कर रहे हैं, तो एक क्रॉस-ओवर का प्रयास करें। यदि आप एक क्रॉस-ओवर का उपयोग कर रहे हैं, तो पैच केबल के माध्यम से सीधे प्रयास करें।

— बुनकर

किसी तरह हमने ऑटो-वार्ता को सक्षम करने के लिए आईएसपी को आश्वस्त किया। उसके बाद हमारी हर समस्या - इंटरफ़ेस एरर, ICMP पैकेट लॉस, स्ट्रीमिंग जिटर, राउटर फ्रीजिंग - और अन्य मुद्दों की मेजबानी अचानक गायब हो गई। अब बैंडविड्थ 50 mbit तक पहुंचता है, और ईथरनेट इंटरफेस में एक भी त्रुटि नहीं दिखाई देती है।

— nixnotwin

@nixnotwin यह बहुत अच्छी खबर है। भविष्य में अगर आपको हाइपर-हिचकिचाने वाले कामों से निपटना पड़ता है (जैसे वे नेट, सिस्टम, विंडोज, आदि हैं) तो मुझे वाक्यांश "हास्य मुझे लगता है और चलो बस एक मिनट के लिए यह कोशिश करते हैं - शायद हम दोनों कुछ सीखेंगे" बहुत प्रभावी हो।

— बुनकर