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


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

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

जोएल स्पॉस्की लेख में जो हुआ वह उल्लेखनीय रूप से लगता है पांच Whys

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

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

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

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

87
2018-01-25 18:57


मूल


क्या आपने अपने सर्वर पर ऑटो-वार्तालाप भी अक्षम कर दिया है और उन्हें 1000 / पूर्ण तक तय किया है? - James
यह सिर्फ मुझे है, लेकिन अगर मैं आपकी समस्या में भाग गया तो मैं सोच रहा हूं कि स्विच और सर्वर सर्वोच्च प्राथमिकता गति (1000 / पूर्ण) पर क्यों बातचीत नहीं कर रहे हैं। यह मुझे बताता है कि कुछ तोड़ दिया गया है और एक निश्चित गति के लिंक को मजबूर कर आप बस एक मुद्दा को कवर कर रहे हैं। - Doug Luxem
कुछ प्लेटफॉर्म (विशेष रूप से सोलारिस 9) हैं जिनके पास ज्ञात परिदृश्यों में ऑटोोनगोएशन के साथ समस्याएं हैं - मैं केवल पिछले दशक में किए गए किसी भी चीज़ के साथ ऑटोनेग का उपयोग करता हूं, हालांकि - warren
कुछ ऐसा जो मुझे लगभग गुलाबी पर्ची मिला: serverfault.com/questions/328105/ethernet-interface-errors - nixnotwin


जवाब:


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

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

जैसा कि उल्लेख है सिस्को दस्तावेज:

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

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

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

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


101
2018-01-25 19:15



कॉन्फ़िगरेशन गड़बड़ी के बिना कैक्टि अनिवार्य रूप से एमआरटीजी है इसलिए यह अच्छा होना चाहिए। बस आरएक्स बूंदों और त्रुटियों, TX टकराव, आदि की निगरानी करना शुरू करें। यदि आपके पास बातचीत की समस्या है तो इनमें से एक या अधिक काउंटर "उच्च" होंगे। बंदरगाह पर यातायात की मात्रा के सापेक्ष उच्च। - Doug Luxem
@EK - कॉन्फ़िगरेशन को स्विच और डिवाइस पर करने की आवश्यकता है। डिवाइस को बदलना (या शायद ड्राइवरों / फर्मवेयर को अपग्रेड करना), बंदरगाहों को स्थानांतरित करना, या स्विच को प्रतिस्थापित करना, फिर मेल खाने वाली सेटिंग्स के लिए चिंताएं हैं। मुझे यकीन नहीं है कि आप इतनी सारी त्रुटियों को क्यों देखते हैं - हम यहां एचपी, सिस्को, चरम और जूनियर चलाते हैं और मैं ऑटो वार्तालाप समस्याओं को कभी नहीं देखता हूं। एकमात्र समस्या मैंने देखी है जब लिंक का एक छोर मैन्युअल रूप से सेट किया जाता है। जैसा कि सिस्को डॉक्टर का उल्लेख है, हो सकता है कि आपके पास कुछ अंतर्निहित एल 1 मुद्दे हों? - Doug Luxem
एचपी, सिस्को, और डेल स्विच का उपयोग करके मेरा अनुभव w / DLux से मेल खाता है। मैं उपरोक्तों द्वारा अनुमान लगा रहा हूं कि बहुत से अन्य लोग एक ही तरह से महसूस करते हैं। नेटवर्क जहां धार्मिक रूप से हार्ड-सेट पोर्ट की गति / डुप्लेक्स का प्रशासन होता है, नेटवर्कों की तुलना में हमेशा अधिक समस्याएं होती हैं जहां सबकुछ स्वायत्तता के लिए सेट किया गया था। - Evan Anderson
@Wisk WAN लिंक एक अलग कहानी है। जब आपको कुछ प्रदाता से ईथरनेट लिंक सौंप दिए जाते हैं, तो उन्हें अक्सर मैन्युअल रूप से मजबूर होना पड़ता है या एक ट्रांसीवर का उपयोग कर रहे हैं जो ऑटो वार्ता का समर्थन नहीं करता है। उन मामलों को केस-दर-मामले आधार पर संभालना होगा। - Doug Luxem
मुझे लगता है कि वोटिंग थोड़ा भ्रामक है कि कुछ लोगों के पास 1 या 2 विक्रेताओं (या सिर्फ बहुत अनुभवी नहीं) से हार्डवेयर की लक्जरी होगी और कभी भी कोई समस्या नहीं दिखाई देगी जबकि मेरे जैसे अन्य लोगों को कई अलग-अलग विक्रेताओं से विरासत में उपकरण मिलेगा कुछ संयोजनों में दुर्व्यवहार। - JamesRyan


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

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

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

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


23
2018-01-25 19:03



मुझे एक ही समस्या मिली है, लेकिन शायद केवल 1/100 सर्वरों में कुछ प्रकार की ऑटोोनोगोएट समस्याएं होंगी। यह आमतौर पर छोटे नेटवर्क पर ध्यान देने योग्य नहीं है लेकिन बड़े लोगों पर परेशान होने के लिए पर्याप्त है। - Dave Drager
+1 - मैंने भी वर्षों में ऑटो-वार्तालाप समस्या पॉपअप देखी है। टीम ने सभी स्विचों के लिए ऑटो-वार्तालाप को अक्षम करने पर मानकीकरण करने के लिए हमारे लिए यह मुद्दा समाप्त कर दिया। - Joe Doyle
इसमें जोड़ने के लिए कुछ भी नहीं, सिवाय इसके कि मैं गूंज सकता हूं कि मैंने कई समस्याएं देखी हैं। अगर किसी और के पास जानकारी है कि क्यों ऑटोऑनॉजिएट नियमित रूप से विफल रहता है (अपेक्षाकृत), मुझे यह सुनना अच्छा लगेगा। - Schof
@dave ताकि autonegotiate समस्या की संभावना नेटवर्क के आकार और जटिलता के साथ बढ़ती है - यह समझ में आता है। इसके अलावा, हमने पिछले साल 3x द्वारा हमारे छोटे सर्वर रैक नेटवर्क का विस्तार किया था ... - Jeff Atwood
@ जेफ एटवुड: केवल "आकार" माइग्रेट के रूप में अंतर्निहित, टूटी हुई ऑटोोनोगोएट व्यवहार के साथ डिवाइस जोड़ने की बेहतर बाधाओं से संबंधित मुद्दों की संभावना बढ़ जाती है। यह फ्रेम या प्रसारण यातायात की बाढ़ की तरह नहीं है। Autonegotiation प्रत्येक क्लाइंट डिवाइस और प्रत्येक स्विच पोर्ट के बीच सख्ती से है। - Evan Anderson


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


15
2018-01-25 19:47



पूरी तरह से संभव है; हमने चीजों को रद्द करने के लिए पहले से ही अन्य समस्या निवारण का एक गुच्छा किया है, लेकिन मुझे चिंतित था कि जोएल की टीम को "पांच Whys" में दस्तावेज के समान समस्या थी। यह अपेक्षाकृत व्यापक लगता है .. - Jeff Atwood
मैं सहमत हूं कि स्वायत्तता के साथ समस्या "अक्सर" होती है लेकिन ज्यादातर मामलों में "थोड़ी देर" के लिए काम करने के बाद। यही कारण है कि मुझे "समाधान" के रूप में निश्चित लिंक का उपयोग करने के बजाय आगे की जांच करना चाहते हैं ... यदि आपकी कार "ठीक चलती है" तब तक किसी न किसी तरह चलने लगती है जब तक कि यह 10 मिनट तक गर्म न हो जाए, आप नहीं कहेंगे खुद "अरे यह पुराना हो रहा है और अब इसे 10 मिनट तक गर्म करने की जरूरत है" आप इसे अपने शुरुआती मौके पर देखने के लिए ले जाएंगे क्योंकि "कुछ गलत है" जो पहले नहीं था :) - dimitri.p


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

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

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

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

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

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


14
2018-01-25 20:08



हमने "समस्या" सर्वर पर बार-बार केबल और बंदरगाहों को बदल दिया है, और हम "बॉक्स में" (सर्वर 2008 आर 2) नेटवर्किंग ड्राइवरों का उपयोग करने के लिए वापस आ गए। यह समान विन्यास के कई सर्वरों पर भी होता है। मुझे एक कठिन समय मिल रहा है "यह कभी नहीं करें!" और "हमेशा यह करो!" एक ही सवाल के जवाब में। - Jeff Atwood
@ जेफ: इस सवाल से परिचित होने के नाते कि आपने और आपकी टीम ने मूल रूप से पोस्ट किया था (serverfault.com/questions/104791) मुझे यह जानने में दिलचस्पी है कि क्या समस्या सर्वर पोर्ट (ओं) में स्विच पोर्ट या एनआईसी पोर्ट का पालन कर रही है। एनआईसी / चिपसेट का मेक / मॉडल क्या है, वैसे भी? - Evan Anderson
@ जेफ - कुछ जवाब द्विआधारी नहीं हैं :) ऐसा तब होता है जब आपको यह पता लगाना पड़े कि समस्या क्या है। - dimitri.p
@Evan हर वेब स्तरीय सर्वर पर होता है, किसी भी स्विच पोर्ट या ईथरनेट कार्ड का पालन नहीं करता है। अगर यह अभी भी इस बदलाव के बाद एक समस्या है, तो यह एक सॉफ्टवेयर समस्या है। सर्वर लेनोवो आरएस 110 x6 और लेनोवो आरडी 120 x2 हैं। - Jeff Atwood
बस यह सुनिश्चित करने के लिए कि अंतिम उत्तर यहां है, कहीं: यह ब्रॉडकॉम के साथ एक ड्राइवर समस्या थी। हम किसी ज्ञात ड्राइवर सेट के साथ इसे हल नहीं कर सके। इंटेल एनआईसी में स्विच करने वाला एकमात्र "फिक्स" था। - Jeff Atwood


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

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

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

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

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

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

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

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

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


14
2018-01-26 12:37



इसे पढ़ने के लिए बस दौर मिला - उत्कृष्ट जवाब। - Helvick
उत्कृष्ट जवाब - Rushino
बस इतना है कि अंतिम जवाब यहां है, कहीं, यह खराब ब्रॉडकॉम ड्राइवर था। हम काम करने वाले किसी भी सेट को नहीं ढूंढ सके। इंटेल एनआईसी में स्विचिंग ने इसे 100% तय किया। blog.serverfault.com/2011/03/04/broadcom-die-mutha - Jeff Atwood
@ जेफएटवुड क्या वही समस्या है? मैंने सोचा कि अंततः स्विच पर एक पावर-सेव मोड में ट्रैक किया गया था ... - James Cape


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

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

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


10
2018-01-26 04:16



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


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

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

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


10
2018-01-26 10:12