मैं CCNA के लिए अध्ययन कर रहा हूं और वेंडेल ओडोम की पुस्तक के बारे में कहा जाता है कि (ऑटोनोटेशन के बारे में)
जब स्वतःभरण एक नोड पर विफल हो जाता है, तो चुनने के लिए (आधा / पूर्ण-द्वैध) हमें नियम का उपयोग करना चाहिए:
ऐसा क्यों है?
जवाबों:
जब स्वतःभरण एक नोड पर विफल हो जाता है, तो चुनने के लिए (आधा / पूर्ण-द्वैध) हमें नियम का उपयोग करना चाहिए:
- यदि आपके पास 10/100 एमबी / एस का इंटरफ़ेस है -> आधा-डुप्लेक्स का उपयोग करें
- यदि आपके पास 1000 एमबी / एस इंटरफेस है -> पूर्ण-द्वैध का उपयोग करें
ऐसा क्यों है?
संक्षेप में, ईथरनेट 1980 के दशक के बाद से है ... परिणामस्वरूप
इन दिनों, आपको हमेशा ऑटो-वार्ता का उपयोग करने का प्रयास करना चाहिए जब तक कि आपको पता न हो कि दूसरा पोर्ट इसका समर्थन नहीं करता है।
नीचे दी गई तालिका ऑटो-वार्ता के आसपास के मुड़ इतिहास को समझाने में मदद कर सकती है।
+------------+------+---------------+--------------+-----------------------+
| Standard | Year | Speeds | Media | Auto-neg Status |
+------------+------+---------------+--------------+-----------------------+
| 802.3i | 1990 | 10M | Twisted Pair | No auto-negotiation |
+------------+------+---------------+--------------+-----------------------+
| 802.3u | 1995 | 10/100M | Twisted Pair | Optional, not trusted |
+------------+------+---------------+--------------+-----------------------+
| 802.3-1998 | 1998 | 100/100M | Twisted Pair | Optional |
+------------+------+---------------+--------------+-----------------------+
| 802.3ab | 1999 | 10/100/1000M | Twisted Pair | Optional @ 10/100M |
| | | | | Required @ 1Gbps |
+------------+------+---------------+--------------+-----------------------+
ऑटो-बातचीत विफल होने पर सिस्को के वापस आधे-द्वैध में गिरने की प्रथा के बारे में ... कोई भी व्यक्ति इस बात पर अधिकार कर सकता है कि यदि ऑटो-बातचीत विफल हो जाती है तो वह दुगुनी हो जाती है; हालाँकि, ग़लतफ़हमी सहनीय है। इस स्थिति में जो सबसे खराब हो सकता है, वह यह है कि आप FastEiber लिंक के एक तरफ मैन्युअल रूप से हार्ड कोडित पूर्ण-द्वैध प्राप्त करते हैं, और लिंक के दूसरी तरफ आधे डुप्लेक्स के लिए ऑटो-वार्ता विफल हो जाती है ... बेमेल द्वैध लिंक-स्तर का कारण बनता है त्रुटियाँ (टकराव और रन), लेकिन आप अभी भी बहुत अच्छी तरह से संवाद कर सकते हैं, जब तक कि आप लिंक की गति के एक तिहाई से अधिक होने की कोशिश नहीं कर रहे हैं (यानी FastEiber पर 35Mbps के बारे में)।
IEEE 802.3u (FastE ईथरनेट) में शुरुआती ऑटो-बातचीत के साथ लोगों को ऐसे बुरे अनुभव थे कि पारंपरिक ज्ञान ऑटो-वार्ता को अक्षम करना था, और सभी ईथरनेट कॉपर पोर्ट पर मैन्युअल रूप से लॉक स्पीड / डुप्लेक्स।
सभी तांबे के बंदरगाहों पर ऑटो-वार्ता को अक्षम करने की यह प्रथा पुराने समय के दिमागों में इतनी उलझी हुई थी कि आज भी कैट 5 ई / कैट 6 पर बंद गति / द्वैध का पता लगाना असामान्य नहीं है, भले ही उद्योग ऑटो-वार्ता कार्यान्वयन एक दशक से अधिक विश्वसनीय हो। FYI करें, कुछ ISPs अभी भी अपने ग्राहक सर्किट पर 100M / full को गुमराह धारणा के तहत मजबूर करते हैं कि मैन्युअल गति / द्वैध अधिक विश्वसनीय है।
IEEE 802.3ab (तांबे पर गिगाबिट ईथरनेट) के भाग के रूप में ऑटो-वार्ता आवश्यक है; हालाँकि, आपको अभी भी कुछ वेंडर कार्यान्वयन मिलते हैं जो आपको हार्ड-कोड गीग स्पीड / डुप्लेक्स के लिए अनुमति देते हैं ... मैंने कुछ JunOS स्विच देखे हैं जो 1GE स्विच पोर्ट पर फुल-डुप्लेक्स कॉन्फ़िगरेशन की अनुमति देते हैं। क्या इसका मतलब यह है कि JunOS स्विच उस 1GE पोर्ट पर ऑटो-वार्ता को अक्षम करता है? नहीं, इसका प्रभावी अर्थ है कि JunOS केवल ऑटो-वार्ता के दौरान कॉन्फ़िगर की गई गति / द्वैध का विज्ञापन करता है।
1GE ऑटो-वार्ता में शामिल हैं (802.3-2012 को उद्धृत करते हुए, खंड 40.5.1):
ऑटो-वार्ता 1 जीआई पर 802.3ab द्वारा आवश्यक है, क्योंकि गिगाबिट ईथरनेट ऑटो-वार्ता में विशेष लाइन कंडीशनिंग शामिल है; यह कंडीशनिंग MASTER / SLAVE PHY स्टार्टअप के प्रशिक्षण मोड के दौरान होता है; टर्निंग मोड यह सुनिश्चित करता है कि लाइन 1000 मीटर की दूरी पर स्थिर हो, क्योंकि कैट 5 ई 100 मीटर तक चलती है।
जब स्वतःभरण एक नोड पर विफल हो जाता है, तो (आधा / पूर्ण-द्वैध) चुनने के लिए हमें नियम का उपयोग करना चाहिए: -> यदि आपके पास 10/100 एमबी / एस इंटरफ़ेस है -> आधा-द्वैध का उपयोग करें
इस घटना में कि एक हब जुड़ा हुआ है, पूर्ण द्वैध का एक डिफ़ॉल्ट बहुत अधिक टकराव का कारण होगा। आधे डुप्लेक्स का एक डिफ़ॉल्ट कनेक्टेड डिवाइस (स्विच या हब) की परवाह किए बिना संचार जारी रखना सुनिश्चित करता है
-> यदि आपके पास 1000 एमबी / एस इंटरफेस है -> पूर्ण-द्वैध का उपयोग करें
1000Base-T मानक को ऑटो-वार्ता, साथ ही एक स्विच्ड लेयर 2 डोमेन (कोई हब) की आवश्यकता के लिए डिज़ाइन किया गया था। ऐसा इसलिए है क्योंकि सभी चार जोड़ों को 250Mbps पर पूर्ण द्वैध में संचार करने की आवश्यकता है। जैसे, यह माना जाता है कि द्विदिश संचार के उद्देश्य के लिए कनेक्शन पर कोई हब मौजूद नहीं है।