क्या नेटवर्क हार्डवेयर को "ऑटोनॉटगेट" गति या निश्चित गति पर सेट किया जाना चाहिए?

Question

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

इसमें कुछ खोदने के बाद, हमने देखा कि स्विच समस्या पोर्ट के लिए 100 एमबीपीएस रिपोर्ट कर रहा था:

जोएल स्पोल्स्की के लेख फाइव व्हिस में क्या हुआ, यह उल्लेखनीय लगता है

माइकल ने पोस्टमार्टम करने में कुछ समय बिताया, और पता चला कि समस्या स्विच पर एक सरल कॉन्फ़िगरेशन समस्या थी। कई संभावित गतिएं हैं जो एक स्विच का उपयोग संवाद करने के लिए कर सकती हैं (10, 100, या 1000 मेगाबिट्स / सेकंड)। आप या तो गति को मैन्युअल रूप से सेट कर सकते हैं, या आप स्विच को स्वचालित रूप से उच्चतम गति पर बातचीत करने दे सकते हैं जो दोनों पक्षों के साथ काम कर सकता है। वह स्विच जो विफल हो गया था उसे ऑटोटेनगोट पर सेट किया गया था। यह आमतौर पर काम करता है, लेकिन हमेशा नहीं, और 10 जनवरी की सुबह, यह नहीं हुआ।

हमने अब अपने नेटवर्क हार्डवेयर पर ऑटो-बातचीत को अक्षम कर दिया है और इसे 1000 एमबीपीएस (गीगाबिट) की निश्चित दर पर सेट किया है।

अधिक सर्वर हार्डवेयर नेटवर्किंग विशेषज्ञता वाले मेरे प्रश्न:

1. आधुनिक नेटवर्किंग हार्डवेयर के साथ ऑटो-बातचीत की समस्याएं कितनी आम हैं?
2. क्या नेटवर्किंग स्थापित करते समय ऑटो-बातचीत को अक्षम करने और निश्चित गति निर्धारित करने के लिए यह अच्छा, मानक नेटवर्किंग अभ्यास है?

Comments

क्या आपने अपने सर्वर पर ऑटो-बातचीत को अक्षम कर दिया है और उन्हें 1000 / पूर्ण निर्धारित किया है?

— जेम्स

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

— डग लक्सम

कुछ प्लेटफ़ॉर्म (विशेष रूप से सोलारिस 9) हैं, जिनके ज्ञात परिदृश्यों में ऑटोनोटेशन के साथ समस्याएं हैं - मैं केवल पिछले दशक में बनी किसी भी चीज़ के साथ ऑटोनॉग का उपयोग करता हूं, हालांकि

— वॉरेन

कुछ ऐसा है जो मुझे लगभग गुलाबी हो गया है: serverfault.com/questions/328105/ethernet-interface-errors

— nixnotwin

Answer 1

1. मुझे अभी तक नेटवर्क गति की ऑटो-बातचीत के साथ एक समस्या दिखाई दे रही है जो लिंक के एक छोर पर या तो मैनुअल के एक बेमेल (या दूसरे पर ऑटो का बेमेल नहीं है) या (बी) लिंक के एक असफल घटक ( केबल, पोर्ट, आदि)।

2. यह व्यवस्थापक पर निर्भर करता है, लेकिन मेरे अनुभव ने मुझे दिखाया है कि यदि आप मैन्युअल रूप से लिंक गति और द्वैध सेटिंग्स निर्दिष्ट करते हैं, तो आप गति बेमेल में चलने के लिए बाध्य हैं। क्यों? क्योंकि स्विच और सर्वर के बीच के विभिन्न कनेक्शनों का दस्तावेज़ीकरण करना लगभग असंभव है और फिर परिवर्तन करते समय उस दस्तावेज़ का पालन करें। अधिकांश विफलताएँ मैंने देखी हैं क्योंकि 1 (ए) की वजह से हैं और आप केवल उस स्थिति में आते हैं जब आप मैन्युअल रूप से गति / द्वैध सेटिंग्स सेट करना शुरू करते हैं।

सिस्को प्रलेखन में उल्लेख के रूप में :

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

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

भविष्य में, एमआरटीजी के साथ स्विच पोर्ट पर त्रुटियों की निगरानी करने पर विचार करें ताकि समस्या होने से पहले आप इन मुद्दों को देख सकें।

संपादित करें: मुझे पुराने उपकरणों पर बातचीत विफलताओं का संदर्भ देने वाले बहुत से लोग दिखाई देते हैं। हाँ, यह बहुत पहले एक मुद्दा था जब मानक बनाए जा रहे थे और सभी उपकरणों ने उनका पालन नहीं किया था। क्या आपके एनआईसी और स्विच 10 साल से कम पुराने हैं? यदि हां, तो यह कोई मुद्दा नहीं होगा।

Comments

Cacti अनिवार्य रूप से कॉन्फ़िगरेशन गड़बड़ के बिना MRTG है इसलिए यह अच्छा होना चाहिए। आरएक्स ड्रॉप और त्रुटियों की निगरानी शुरू करें, TX टकराव, आदि। इनमें से एक या अधिक काउंटर "उच्च" होंगे यदि आपके पास बातचीत की समस्या है। बंदरगाह पर यातायात की मात्रा के सापेक्ष उच्च होना।

— डग लक्सम

@EK - विन्यास स्विच और डिवाइस पर किया जाना चाहिए। डिवाइस को बदलना (या शायद सिर्फ ड्राइवर / फर्मवेयर को अपग्रेड करना), पोर्ट को हिलाना या स्विच को बदलना सभी बेमेल सेटिंग्स के लिए चिंता का विषय हैं। मुझे यकीन नहीं है कि आप इतनी सारी त्रुटियां क्यों देखते हैं - हम यहां एचपी, सिस्को, एक्सट्रीम और जुनिपर चलाते हैं और मैं कभी भी ऑटो बातचीत की समस्याओं को नहीं देखता। एकमात्र समस्याएँ जो मैंने देखी हैं, जब लिंक का एक छोर मैन्युअल रूप से सेट होता है। सिस्को डॉक्टर के रूप में, शायद आपके पास कुछ अंतर्निहित एल 1 मुद्दे हैं?

— डग लक्सम

HP, सिस्को और डेल स्विच का उपयोग करने का मेरा अनुभव w / DLux से मेल खाता है। मैं upvotes द्वारा अनुमान लगा रहा हूं कि बहुत सारे अन्य लोग उसी तरह महसूस करते हैं। नेटवर्क जहां धार्मिक रूप से हार्ड-पोर्ट पोर्ट गति / द्वैध मानते हैं, नेटवर्क की तुलना में हमेशा कहीं अधिक समस्याएँ w / बेमेल थीं, जहां सब कुछ ऑटोनॉटगेट पर सेट किया गया था।

— इवान एंडरसन

@Whisk WAN लिंक एक अलग कहानी है। जब आपको कुछ प्रदाता से ईथरनेट लिंक सौंप दिए जाते हैं, तो वे अक्सर मैन्युअल रूप से मजबूर होते हैं या एक ट्रांसीवर का उपयोग कर रहे हैं जो ऑटो बातचीत का समर्थन नहीं करता है। उन लोगों को केस-दर-मामला आधार पर संभाला जाना चाहिए।

— डग लक्सम

मुझे लगता है कि मतदान थोड़ा सा भ्रामक है कि कुछ लोगों के पास 1 या 2 विक्रेताओं (या बस ज्यादा अनुभव नहीं) से हार्डवेयर की विलासिता होगी और कभी कोई समस्या नहीं दिखेगी, जबकि दूसरों की तरह आपके पास भी कई अलग-अलग विक्रेताओं के उपकरण विरासत में मिले होंगे कुछ संयोजनों में दुर्व्यवहार।

— JamesRyan

Answer 2

1. बहुत सामान्य, मुझे विभिन्न प्रकार के हार्डवेयर के साथ कई वर्षों से समस्याएं हैं।

2. मेरी राय में अगर सेटअप स्थिर है (यानी एक सर्वर रैक) और आपको नहीं लगता कि इसमें कोई बदलाव होगा तो गति और द्वैध मैन्युअल रूप से सेटअप करना एक अच्छा विचार है। जब तक इसे अच्छी तरह से प्रलेखित किया जाता है ताकि भविष्य की समस्याओं को हल किया जा सके।

संपादित करें:

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

Comments

मैं एक ही मुद्दा मिला है, लेकिन शायद केवल 1/100 सर्वरों में किसी प्रकार का ऑटोनॉटगॉट समस्या होगी। यह आमतौर पर छोटे नेटवर्क पर ध्यान देने योग्य नहीं है, लेकिन बड़े लोगों पर गुस्सा करने के लिए पर्याप्त है।

— डेव डॉगर

+1 - मैंने भी वर्षों से ऑटो-वार्ता समस्या पॉपअप को देखा है। टीम के पास सभी स्विचों के लिए ऑटो-बातचीत को अक्षम करने पर मानकीकृत होने से हमारे लिए यह समस्या समाप्त हो गई।

— जो डोयल

इसमें जोड़ने के लिए कुछ भी नहीं है, सिवाय इसके कि मैं गूंज सकता हूं कि मैंने कई समस्याएं देखी हैं। अगर किसी और के बारे में जानकारी है, तो ऑटोनॉटगॉट नियमित रूप से (अपेक्षाकृत) विफल रहता है, तो मुझे यह सुनना अच्छा लगेगा।

— Schof

@ इसलिए नेटवर्क के आकार और जटिलता के साथ ऑटोनोटगोट समस्या की संभावना बढ़ जाती है - जो समझ में आता है। इसके अलावा, हमने पिछले वर्ष के दौरान 3x से अपने छोटे सर्वर रैक नेटवर्क का विस्तार किया ...

— जेफ एटवुड

@ जेफ एटवुड: "आकार" के रूप में केवल इनफ़ॉगर, माइग्रेट टूटे हुए ऑटोनोटॉगट व्यवहार के साथ एक डिवाइस को जोड़ने के बेहतर बाधाओं से संबंधित है, जो मुद्दों के बढ़ने की संभावना होगी। यह फ्रेम या प्रसारण यातायात की बाढ़ की तरह नहीं है। प्रत्येक क्लाइंट डिवाइस और प्रत्येक स्विच पोर्ट के बीच ऑटोनोटेशन कड़ाई से होता है।

— इवान एंडरसन

Answer 3

मेरा मानना ​​है कि अगर ऑटोनॉगोटेशन एक दिन या एक घंटे के लिए काम कर रहा था और फिर किसी कारण से "कुछ होता है" कि लिंक को निश्चित गति से सेट करना "इसे ठीक करता है" एक समस्या है जिसे हल नहीं किया जा रहा है बल्कि इसके बजाय इसे दरकिनार किया जाता है। मुझे लगता है कि मैं वास्तविक समस्या के सही होने तक एक अस्थायी समाधान के रूप में तय किए गए लिंक को देखना चाहता हूं।

Comments

पूरी तरह से संभव; हमने पहले से ही चीजों को नियंत्रित करने के लिए अन्य समस्या निवारण का एक गुच्छा किया है, लेकिन मुझे चिंता थी कि जोएल की टीम को "फाइव व्हिस" में दस्तावेज के रूप में एक ही समस्या थी। बल्कि व्यापक लगता है ..

— जेफ एटवुड

मैं इस बात से सहमत हूं कि ऑटोनॉग्रेशन से समस्या "अक्सर" होती है, लेकिन ज्यादातर मामलों में इसके बाद भी "समय" के लिए काम किया जाता है। यह मुझे "समाधान" के रूप में निश्चित लिंक का उपयोग करने के बजाय आगे की जांच करने के लिए प्रेरित करने का संकेत देता है ... मेरा मतलब है कि अगर आपकी कार "ठीक" चलती है, जब तक कि यह 10 मिनट तक गर्म न हो जाए, तब तक आप चलने के लिए नहीं कहेंगे अपने आप को "अरे यह पुराना हो रहा है और अब इसे 10 मिनट तक गर्म करने की आवश्यकता है" आप इसे अपने सबसे शुरुआती अवसर पर देखने के लिए लेंगे क्योंकि "कुछ गलत है" जो पहले नहीं था :)

— dimitri.p

Answer 4

तो समस्या निवारण चरण (मान लें कि आप प्रत्येक के बाद रुक जाते हैं और समस्या के पुन: प्रकट होने की प्रतीक्षा करते हैं):

1. यह देखने के लिए स्विच पर लॉग की जाँच करें कि यह आपको बताता है कि यह 100 एम का उपयोग क्यों कर रहा है।
2. यदि आप अभी भी इसे चला रहे हैं, तो उस बेहद दुष्ट "विंडोज लोड बैलेंसिंग" बकवास को बंद कर दें जो जोएल हर समय जोर दे रहा है - जिस तरह से यह काम करता है वह स्विच के कैश को तोड़कर, इसे हर पैकेट पर सॉफ्टवेयर प्रक्रिया के लिए मजबूर करता है। आपके स्विच को हार्डवेयर में आगे के पैकेट के लिए डिज़ाइन किया गया है, और केवल सीपीयू को यह पता लगाने के लिए आवश्यक है कि किसी अज्ञात ट्रैफ़िक प्रवाह को किस भौतिक पथ में (- in - asic -> आउट) लेना है, और हार्डवेयर को इसे करने के लिए प्रोग्राम करें (पढ़ें: a कैलकुलेटर में आपके स्विच की तुलना में बेहतर CPU है, बेवकूफ चीजें न करें जो आपके स्विच के सीपीयू को कठिन बनाते हैं)। विंडोज लोड संतुलन आपके स्विच को बनाकर काम करता है और हर पैकेट के लिए हार्डवेयर कैश को पुनर्स्थापित करता है। यह इस विशेष समस्या को ठीक नहीं कर सकता है, लेकिन यह मुझे पॉडकास्ट से परेशान करता है ... क्षमा करें।
3. सुनिश्चित करें कि विन्यास दोनों तरफ से मेल खाता है - लगता है कि आपने ऐसा किया है
4. आपके स्विच पर ऑटोनग बग के लिए Google - जब तक कि आपने इसे स्वयं नहीं बनाया है, आप केवल एक ही नहीं हैं जो आपके द्वारा उपयोग किए जा रहे ऑटोटोन को चलाने की कोशिश कर रहा है
5. केबल को बदलें, कैट कैट या बेहतर के साथ - आदर्श रूप से एक केबल जिसे आप जानते हैं, वह काम करता है, जैसे कि आपके वर्कस्टेशन को प्लग किया गया है। Cat5 का उपयोग करने की कोशिश मत करो, या किसी के द्वारा किए गए कुछ बकवास, एक का उपयोग करें जो एक पैकेज से बाहर वास्तविक ढाला है।
6. पोर्ट को स्थानांतरित करें - सर्वर को एक ही स्विच पर एक अलग पोर्ट पर रखें
7. एनआईसी बदलें - एक अलग समय में आदेश दिया गया एक अलग बैच का उपयोग करें

इस बिंदु पर, आपने कॉन्फ़िगरेशन को समाप्त कर दिया है, जिन भौतिक बंदरगाहों को आप प्लग इन कर रहे हैं, उनके बीच केबल लगाना है। यदि यह अभी भी हो रहा है, तो कुछ अन्य कारण हो सकते हैं:

1. केबल रूटिंग - अपने एसी पावर केबलों से ईएम के हस्तक्षेप से सावधान रहें, उन्हें रैक के विभिन्न पक्षों को नीचे रखें।
2. कूलिंग - सुनिश्चित करें कि आप पर्यावरणीय हैं जैसे कि 90 डिग्री का कुछ भी नहीं है और आपके एनआईसी कार्ड किसी प्रकार के "प्रिय भगवान" मुझे इस एक पैकेट कृपया आगे मोड में छोड़ने नहीं दे रहे हैं। मैंने सुना है, लेकिन यह नहीं देखा कि सिस्को राउटर फास्ट-स्विचिंग और फॉरवर्ड पैकेट को सीपीयू के माध्यम से करना बंद कर देते हैं जब वे ओवरहीटिंग करते हैं, उदाहरण के लिए।
3. स्विच को किसी ऐसी चीज़ से बदलें, जिसे चूसना नहीं है - जाँच करें कि आपके मेजबान कितने बैंडविड्थ प्रति सेकंड में बात कर रहे हैं, और फिर अपने स्विच की रेटेड बैकप्लेन कैपेसिटी को देखें। 7 संभावित 48 में से मेजबान सभी 1.0G को प्रसारित करना सिस्को 3750 को रोकने के लिए पर्याप्त है, उदाहरण के लिए। इसके अलावा सस्ते भी भागा नेटवर्क विक्रेताओं के बारे में बहुत सावधान रहें: डी-लिंक, लिंक्स, डेल, इंटेल, और एचपी। नेटवर्किंग का इलाज करने वाला कोई भी उन लोगों का गंभीरता से उपयोग नहीं करता है, और इसलिए नहीं कि "सिस्को का उपयोग करने के लिए किसी को कभी नहीं निकाला गया था", लेकिन क्योंकि "लोगों को याद है कि 20/48 बंदरगाहों में इंटेल स्विच 2 वर्षों में विफल हो गया था" या "मैं विशेष रूप से ProCurve का उपयोग करता था सिस्को कितना दुष्ट था, इसके बारे में रेल, जब तक कि मैं वास्तव में सिस्को का इस्तेमाल नहीं करता, तब तक मैंने कुछ भी कम खरीदना बंद नहीं किया। " सिस्को को एक मिड-रेंज माना जाता हैनेटवर्क विक्रेता, तो यह आपको सिस्को के नीचे के लोगों के बारे में क्या बताता है ...? :-)

पृष्ठभूमि / मेरा जवाब सबसे भयानक क्यों है: मैं वित्तीय उद्योग में एक नेटवर्क / सिस्टम इंजीनियर के रूप में काम करता हूं, और यहां हमारे छोटे-ईश वैश्विक नेटवर्क (15 शाखा कार्यालयों, 8 डेटासेंटर्स) के साथ मेरा अनुभव है:

हमारे सभी LAN पोर्ट्स ऑटोऑन हैं, क्योंकि हम दोनों सिरों पर उपकरण को नियंत्रित करते हैं, और दोनों तरफ किसी तरह की पहुंच होती है --- जो किसी को फोन पर प्राप्त करने और उन्हें जांचने की सेटिंग के रूप में सरल हो सकता है। तीन वर्षों में, मैंने कभी भी हमारे आंतरिक बंदरगाहों में से एक को ऑटोऑन फेल होने के कारण विफल कर दिया है, और यह एक खराब केबल के कारण था --- यह केबल को बदलने के बाद दूर चला गया।

हमारे पास अधिक समस्याएं थीं जहां पूर्ववर्तियों ने अपने एनआईसी पर 100 / पूर्ण हार्डकोड किया था, और उस तथ्य को दस्तावेज नहीं किया था। अगले मेन्ट विंडो पर ऑटो / ऑटो के लिए सब कुछ रीसेट करें और तब से उनके साथ कोई समस्या नहीं है।

युगल स्थानों पर जहां हमने अपने WAN के लिए एक वाहक से तांबे का हैंडऑफ़ प्राप्त किया है? आपको बहुत उम्मीद करनी चाहिए कि एक तांबे की वान / इंटरनेट कनेक्शन चूसने के लिए, हर समय --- भाग में क्योंकि आपको पता नहीं है कि दूसरी तरफ क्या है। कुछ प्राचीन चरम स्विच जो ऑटोनग के लिए छोटी गाड़ी फर्मवेयर होता है, लेकिन एमपीएलएस टैगिंग करता है? कुछ $ 5 मीडिया कन्वर्टर क्योंकि आपके ISP के $ 200k सिएना एज डिवाइस ईथरनेट जोड़ीदार जोड़ी को प्रदान करने के लिए बस बहुत बढ़िया है? पहले से तय कर लें कि यह कैसे संभाला जा रहा है और इसके साथ रहना है, तो उम्मीद करें कि शनिवार को 10pm पर इसे बदलने के लिए वाहक के अंदर कुछ टविट करें क्योंकि सहमति-प्राप्त कॉन्फ़िगरेशन को कभी भी प्रलेखित नहीं किया गया था और उनके पास पालन करने के लिए कुछ नीति है।

हालांकि, गंभीरता से अपने ISP से एक फाइबर हैंडऑफ़ मिलता है।

Comments

बस यह पढ़ने के लिए गोल हो गया - उत्कृष्ट जवाब।

— हेल्विक

बहुत बढ़िया जवाब।

— रशिनो

बस इतना है कि अंतिम जवाब यहाँ है, कहीं, यह बुरा ब्रॉडकॉम ड्राइवरों था। हमें कोई भी सेट नहीं मिला जो काम करे। इंटेल एनआईसी पर स्विच करना इसे 100% तय करता है। blog.serverfault.com/2011/03/04/broadcom-die-mutha

— Jeff Atwood

@JeffAtwood क्या वही समस्या है? मैंने सोचा कि यह एक स्विच पर एक पावर-सेव मोड के लिए नीचे ट्रैक किया गया था ...

— जेम्स केप

Answer 5

जिस नेटवर्क के लिए मैं जिम्मेदार हूं (कुछ अन्य लोगों के साथ) ~ 40 सर्वर, 1000+ वर्कस्टेशन (एक बड़े परिसर में फैले हुए) और ~ 1000 WAP भी अलग-अलग प्रकार और उम्र के साथ एक बड़े क्षेत्र में फैले हुए हैं। नेटवर्क उपकरण की।

जैसा कि dimitri.p ने कहा, जब कोई चीज़ अचानक से ऑटोनॉटिऑगिंग को रोकने में विफल हो जाती है, तो यह आमतौर पर एक और समस्या का संकेत होता है। पोर्ट को मैन्युअल रूप से सेट करना किसी ऐसे व्यक्ति पर एक बैंडएड लगाने के लिए है जो पेट में फंस गया है - यह रक्तस्राव को रोक सकता है, लेकिन नीचे नुकसान होना निश्चित है।

मेरी सामान्य चेकलिस्ट:

• क्या मशीन में कुछ बदलाव हुआ? ड्राइवरों? OS- या BIOS-स्तरीय सेटिंग्स? शायद ऑटोनग ओएस में अक्षम था?
• क्या आपने पैच केबलों की अदला-बदली की है, और केबल रनों को सत्यापित किया है (यदि यह एक रैक से एक धावक रन है?)
• क्या आपने यह देखने के लिए परीक्षण किया है कि स्विच पोर्ट खराब है या विफल?
• क्या एनआईसी खराब हो सकता है?

हम, एक नियम के रूप में, सर्वर (या डेटा सेंटर में कुछ भी) पर ऑटोनॉग को कभी भी अक्षम नहीं करते हैं जब तक कि यह एक ऐसी स्थिति नहीं है जहां अन्य सभी संभावित कारणों को समाप्त कर दिया गया है, हम स्विच पोर्ट, केबलों को बदलकर, एनआईसी का परीक्षण किया, आदि और कोई नहीं है अन्य विकल्प। जिस स्थिति में, यह मृत्यु के लिए प्रलेखित हो जाता है। ऐसा बहुत कम ही होता है, और आमतौर पर ऐसे उपकरणों के साथ जिन्हें हम BIOS और ओएस सेटिंग्स की जांच करने के लिए उपयोग नहीं कर सकते हैं।

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

Comments

हमने "समस्या" सर्वर पर बार-बार केबल और पोर्ट की अदला-बदली की है, और हमने नेटवर्किंग ड्राइवरों के स्टॉक "बॉक्स में" (सर्वर 2008 R2) का उपयोग करने के लिए रिवर्ट किया है। यह समान कॉन्फ़िगरेशन के कई सर्वरों पर भी होता है। मैं एक कठिन समय सामंजस्य बिठा रहा हूँ "ऐसा कभी न करें!" और "हमेशा ऐसा करो!" उसी सवाल के जवाब में।

— जेफ एटवुड

@ जेफ़: इस सवाल से परिचित होना कि आपने और आपकी टीम ने मूल रूप से पोस्ट किया ( serverfault.com/questions/104791 ) मुझे यह सुनने में दिलचस्पी है कि समस्या स्विच पोर्ट या समस्या सर्वर कंप्यूटर में एनआईसी पोर्ट का अनुसरण कर रही है (ओं) । वैसे भी NIC / चिपसेट का मेक / मॉडल क्या है?

— इवान एंडरसन

@ जेफ़ - कुछ उत्तर बाइनरी नहीं हैं :) यह तब है जब आपको करना है, जब तक आपके पास यह पता लगाने का मौका नहीं है कि समस्या क्या है।

— २१:२०

@ इवान हर वेब टियर सर्वर पर होता है, न कि किसी स्विच पोर्ट या इथरनेट कार्ड का पालन करने पर। यदि इस परिवर्तन के बाद भी यह समस्या है, तो यह एक सॉफ्टवेयर समस्या है। सर्वर लेनोवो RS110 x6 और लेनोवो RD120 x2 हैं।

— जेफ एटवुड

बस यह सुनिश्चित करने के लिए कि अंतिम उत्तर यहां है, कहीं: यह ब्रॉडकॉम के साथ ड्राइवर की समस्या थी। हम इसे किसी भी ज्ञात ड्राइवर सेट के साथ हल नहीं कर सके। एकमात्र "फिक्स" इंटेल एनआईसी पर स्विच करना था।

— जेफ एटवुड

Answer 6

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

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

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

Comments

यह अंतत: खराब ड्राइवर था, लेकिन हमें जो एकमात्र सुधार मिल सकता था वह था इंटेल एनआईसी पर स्विच करना। अब हमारे पास ब्रॉडकॉम एनआईसी के खिलाफ आजीवन प्रतिशोध है।

— जेफ एटवुड

Answer 7

आपको ऑटो-समझौता करना चाहिए। यदि आपको एक ऐसा स्विच मिला है, जो ऑटो-वार्ता को मज़बूती से नहीं करेगा, तो बेहतर स्विच खरीदें।

गिगाबिट को ऑटो-बातचीत के लिए माना जाता है, और इसमें ऑटो-क्रॉसओवर (एमडीआई-एक्स) का पता लगाना शामिल है।

100baseT को विफल करने की गारंटी दी जाती है यदि एक छोर ऑटो पर और दूसरा सेट मैनुअल के लिए सेट है, और यह विनिर्देशों के अनुसार है। यदि आप एक छोर को 100 / पूर्ण करने के लिए बाध्य करते हैं, तो दूसरा छोर 100-आधा पर ऑटो-बातचीत करेगा , जिससे आपको डुप्लेक्स बेमेल मिल जाएगा।

Answer 8

आमतौर पर मैं सर्वर सेट करता हूं क्योंकि मैंने देखा है कि नेटवर्क उपकरण 1000 / पूर्ण के बजाय 10 / आधा पर बातचीत करते हैं।

कुछ CoLos ने बातचीत करने के लिए अपने स्विच सेट किए, लेकिन केवल 1000 / पूर्ण पर लिंक बनाने के लिए।

Answer 9

अप्रतिबंधित प्रारंभिक कॉन्फ़िगरेशन में ऑटो-बातचीत को अक्षम करना वूडू प्रोग्रामिंग के समान है - आप अच्छे कारण के बिना कुछ बदल रहे हैं। यदि, आपके परीक्षण के बाद, आप देखते हैं कि कोई द्वैध या गति बेमेल है या पोर्ट पर अत्यधिक त्रुटियां हैं, तो अन्य समस्या निवारण में संलग्न हैं और अंत में यदि आवश्यक हो तो कॉन्फ़िगरेशन को ठीक करें।

जब आप ड्राइवर को अपग्रेड करते हैं या हार्डवेयर को बदलते हैं, तो इसकी कोई गारंटी नहीं है कि आपकी सेटिंग्स सर्वर साइड पर बरकरार रहेंगी।

बातचीत के लिए लिंक के दोनों किनारों को सेट करें, या दोनों पक्षों को ठीक करें। जब आप कुछ उपकरणों पर गति और द्वैध सेटिंग्स को ठीक करते हैं, तो वे अब अपने साथियों को अपनी क्षमताओं की घोषणा नहीं करते हैं। मुझे पता नहीं है कि ईथरनेट मानक क्या कहता है जब एक पक्ष क्षमताओं की घोषणा करता है और दूसरा पक्ष नहीं करता है, और इसका मतलब है कि बहुत सारे कार्यान्वयनकर्ताओं को या तो पता नहीं है। कुछ सबसे कम आम भाजक को चुनेंगे, जो 10-आधा है और अन्य यह मान लेंगे कि सब कुछ ठीक है और सबसे तेज गति संभव है।

हार्डवेयर के कुछ समकालीन टुकड़े हैं जो गीगाबिट कॉपर ईथरनेट पर ऑटो-बातचीत का समर्थन नहीं करते हैं, जैसे (कम से कम कुछ) सिस्को कॉपर एसएफपी के साथ स्विच करता है।

Comments

6748-एसएफपी मॉड्यूल ऑटोनग का समर्थन करते हैं बस ठीक है, वे सिर्फ आपको किसी भी चीज़ पर बातचीत करने की अनुमति नहीं देते हैं लेकिन 1000 / पूर्ण। :-)

— जेम्स केप

Answer 10

कई साल पहले मैंने 3com के लिए काम करने में कुछ समय बिताया, जो उनके सभी नेटवर्किंग गियर के लिए तकनीकी सहायता प्रदान करता है। यह आश्चर्यजनक है कि यह मुद्दा कितनी बार आया और मैन्युअल रूप से सब कुछ सेट करने के लिए यह बहुत मानक प्रक्रिया थी।

Comments

इस उत्तर में ऑपरेटिव स्टेटमेंट "कई साल पहले।" 10/100 ऑटोनॉगोटेशन आज के गिगाबिट ऑटोनॉग्रेशन के समान नहीं है।

— इवान एंडरसन

तुम पूरी तरह ठीक हो! यह वास्तव में "कई साल पहले" था और अब रेट्रोस्पेक्ट में मैं इसे किसी भी तरह के गिगाबिट उपकरण के साथ कहीं भी अक्सर याद नहीं करता, जो उस समय बहुत नया था।

Answer 11

मुझे ऑटो बातचीत के साथ कई समस्याएं हुई हैं। कई, ज़ाहिर है, हर कुछ महीनों में एक का मतलब है, लेकिन मेरी पुस्तक में बहुत अधिक एक समस्या है।

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

यह तब तक चलता है जब तक कि मामला उस बिंदु तक नहीं पहुंच जाता है जहां एक "विशेषज्ञ" (वास्तव में, कोई व्यक्ति जो एक सामान्यवादी है, और इस तरह नेटवर्क, हार्डवेयर, ऑपरेटिंग सिस्टम, डेटाबेस, फ्रेमवर्क और एप्लिकेशन) को समझता है, उसे समस्या को सौंपा गया है, और समस्या का पता लगाता है पाँच या दस मिनट के भीतर।

इसलिए, मेरे अपने अंगूठे का नियम, जब भी मेरे पास इसके बारे में कुछ करने की क्षमता है, तो हमेशा उत्पादन सर्वर, स्विचर और राउटर पर निश्चित गति निर्धारित करना है। गैर-उत्पादन सर्वर के रूप में अच्छी तरह से, अगर वे उन लोगों के लिए पर्याप्त रूप से अलग हो जाते हैं जो इसका उपयोग करते हैं, तो इसमें रूट एक्सेस नहीं है।

डेस्कटॉप / नोटबुक एक्सेस को संभालने वाले स्विच को ऑटो-बातचीत पर छोड़ा जा सकता है, और नियम के अपवाद हैं। बस एक का उल्लेख करने के लिए, अगर नेटवर्क में बहुत सारे बदलाव हो रहे हैं, तो इसे ऑटो पर छोड़ देना और चीजों पर नज़र रखना बेहतर है।

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

Answer 12

किसी एक। मैंने 100Mb 3com NIC देखा है जो 10Mb से ऊपर किसी भी चीज से कनेक्ट नहीं होगा यदि आप गति या द्वैध को मजबूर करते हैं। ड्राइवर से 100Mb फुल और 100Mb हाफ सेटिंग्स होने पर भी आप केवल उन्हें ऑटो बातचीत करके पूरी गति प्राप्त कर सकते हैं।

कई NIC ड्राइवर आपको 1000Mb निर्दिष्ट नहीं करने देंगे। एकमात्र विकल्प 10, 100, ऑटो हैं। यदि आप पूर्ण गति चाहते हैं, तो आपको ऑटो करने के लिए मजबूर करना होगा। उदाहरण के लिए ब्रॉडकॉम नेटएक्सट्रीम 57xx गीगाबिट ड्राइवर इस तरह से व्यवहार करता है।

आप स्विच पर गीगाबिट को आसानी से लागू कर सकते हैं लेकिन मुझे लगता है कि आपको एनआईसी के अधिकांश ऑटो को बातचीत करने के लिए मजबूर होना पड़ेगा।

Comments

गीगाबिट स्पेक को आटोनोटगोट की आवश्यकता होती है।

— duffbeer703

Answer 13

1. मेरे अनुभव में (ज्यादातर 3Com और HP उपकरण, ज्यादा सिस्को नहीं), ऑटो-बातचीत बहुत सारी समस्याओं का कारण नहीं है।

2. मर्डीनी के समान, मैं आमतौर पर सर्वर को उनकी सबसे तेज गति (हम अभी भी 100 पर कुछ मिल गया है), पूर्ण द्वैध में सेट करते हैं, और फिर ऑटो पर स्विच छोड़ देते हैं। चूंकि हमारे पास सर्वर और वर्कस्टेशन दोनों पर गति का मिश्रण है, इसलिए मैं ऑटो पर स्विच छोड़ना पसंद करता हूं और उन्हें समापन बिंदु के अनुकूल होने देता हूं।

Comments

सिस्को उपकरण के साथ यदि आप मैन्युअल रूप से होस्ट पर गति सेट करते हैं और ऑटो पर स्विच छोड़ते हैं तो आप समस्याओं की संभावना को बढ़ाते हैं। Ciscos ऑटो-ऑटो या मैनुअल-मैनुअल पसंद करते हैं

— आइंस्टीन

सिस्को ही नहीं - लिंक मैच के दोनों छोरों पर सब कुछ बेहतर काम करता है।

— जेम्स

Answer 14

मुझे एक होम सेटअप में ऑटोनॉटिग्रेशन के साथ कुछ समस्याएं थीं और यह समस्या वायरिंग थी, विशेष रूप से नेटवर्क केबलों को एक लूप में बहुत छोटे व्यास के साथ रोल किया गया था या इसे पावर केबल्स के बहुत करीब रखा गया था।

लेकिन मुझे लगता है कि वे सुझाव आपके सेटअप के लिए बहुत मामूली हैं। ;)

Answer 15

मैं हाल ही में गैरी डोनह्यू द्वारा नेटवर्क योद्धा में इसके बारे में पढ़ रहा था। ऑटो-वार्ता के लिए इस पुस्तक के आधार पर सही ढंग से काम करने के लिए स्विच और एनआईसी को ऑटो-बातचीत के लिए सेट किया जाना चाहिए। एनआईसी को एक विशिष्ट गति और डुप्लेक्स मोड पर सेट करना और ऑटो-बातचीत पर सर्वर को छोड़ना सही ढंग से काम नहीं करेगा - ऑटो-बातचीत एक प्रोटोकॉल है और दोनों पक्षों को इसे सही ढंग से काम करने के लिए सेटिंग्स के लिए बोलने की आवश्यकता है।

यदि आप स्पष्ट रूप से गति और द्वैध मोड सेट करना चाहते हैं, तो आपको इसे कनेक्शन के दोनों सिरों पर करना होगा।

Comments

यह निर्भर करता है कि क्या आप नए-नए उलझी गीगाबिट ऑटोनॉगोटेशन के बारे में बात कर रहे हैं - यह पुराने 10/100 ऑटोनॉग्रेशन से बिल्कुल अलग है।

— जेफ एटवुड

Answer 16

सिस्को कुछ ऐसे मामलों पर चर्चा करता है, जहां आप PIX / ASA सुरक्षा उपकरणों का उपयोग करते समय, ऑटोइनगोट का उपयोग करने के बजाय मैन्युअल रूप से पोर्ट स्पीड और डुप्लेक्स को कॉन्फ़िगर करना चाहते हैं: http://www.cisco.com/en/US/products/hw/vpndevc/n2030/ products_tech_note09186a008009491c.shtml # निवारण

Answer 17

मेरे अंगूठे का नियम राउटर लिंक को छोड़कर हर चीज के लिए ऑटो बातचीत का उपयोग करना है जब तक कि आपको विशेष रूप से कोई समस्या न हो (जैसे हाल ही में ब्रॉडकॉम कार्ड ... बीएएच)!

यदि आपके पास उदाहरण के लिए ईथरनेट के माध्यम से दो राउटर जुड़े हुए हैं, तो मैन्युअल रूप से दोनों छोरों पर गति निर्धारित करें।

Comments

आप राउटर के बीच गति को मैन्युअल रूप से क्यों सेट करेंगे?

— आमोक

मुझे लगता है यह आदत है। लेकिन जब आप गैर-ईथरनेट लिंक के बारे में सोचना शुरू करते हैं, तो आपको आमतौर पर गति निर्धारित करनी होगी।

— एरोन सी। डी। ब्रुइन