सबसे छोटे के लिए नेटवर्क। भाग चार एसटीपी

मुझे लगता है कि मैं कभी नहीं देखूंगा
एक पेड़ से अधिक प्यारा एक ग्राफ।
एक पेड़ जिसकी महत्वपूर्ण संपत्ति है
लूप-फ्री कनेक्टिविटी है।
एक ऐसा पेड़ जिसे ज़रूर लगाना चाहिए
इसलिए पैकेट हर LAN तक पहुँच सकते हैं।
सबसे पहले, रूट को चुनना होगा।
आईडी द्वारा, इसे चुना जाता है।
जड़ से कम लागत वाले मार्ग का पता लगाया जाता है।
पेड़ में, इन रास्तों को रखा जाता है।
मेरे जैसे लोगों द्वारा एक जाली बनाई जाती है,
तब पुलों में एक विशाल वृक्ष लगता है।
- राडिया जॉय पर्लमैन

सभी मुद्दे

6. सबसे छोटे के लिए नेटवर्क। भाग छः गतिशील रूटिंग
5. सबसे छोटे के लिए नेटवर्क: भाग पांच। NAT और ACL
4. सबसे छोटे के लिए नेटवर्क: भाग चार। एसटीपी
3. सबसे छोटे के लिए नेटवर्क: भाग तीन। स्थैतिक मार्ग
2. सबसे छोटे के लिए नेटवर्क। भाग दो स्विचिंग
1. सबसे छोटे के लिए नेटवर्क। भाग एक सिस्को उपकरण से कनेक्ट करें
0. सबसे छोटे के लिए नेटवर्क। भाग शून्य। आयोजन

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

इसलिए, आज हम चर्चा कर रहे हैं:

• तूफान की समस्या प्रसारित
• एसटीपी प्रोटोकॉल और उसके संशोधनों का संचालन और विन्यास (RSTP, MSTP, PVST, PVST +)
• इंटरफ़ेस एकत्रीकरण प्रौद्योगिकी और उनके बीच लोड संतुलन
• कुछ स्थिरता और सुरक्षा मुद्दे
• मौजूदा नेटवर्क की योजना को कैसे बदला जाए ताकि सभी लोग खुश हों

OSI मॉडल (स्विच) के दूसरे स्तर पर काम करने वाले उपकरणों को 3 कार्य करने होंगे: पते याद रखना, नेटवर्क में लूप से बचाव, पैकेट पुनर्निर्देशित करना (स्विच करना)। आइए प्रत्येक फ़ंक्शन को अंकों में विश्लेषण करें।

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

प्रसारण तूफान

अक्सर, स्विच (पोर्ट विफलता, वायर ब्रेक) के बीच कनेक्शन के साथ समस्याओं के मामले में नेटवर्क की स्थिरता सुनिश्चित करने के लिए, अतिरिक्त लिंक - अतिरिक्त कनेक्शन का उपयोग करें। यह विचार सरल है - यदि किसी कारण से स्विच के बीच एक लिंक काम नहीं करता है, तो हम एक अतिरिक्त का उपयोग करते हैं। सब कुछ सही प्रतीत होता है, लेकिन इस स्थिति की कल्पना करें: दो स्विच दो तारों से जुड़े होते हैं (यह मान लें कि उनमें fa0 / 1 और fa0 / 24 जुड़ा हुआ है)।



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



दूसरा स्विच दो बंदरगाहों में एक फ्रेम प्राप्त करता है, देखता है कि यह प्रसारित किया गया है, और सभी बंदरगाहों को भी भेजता है, लेकिन यह पता चला है, और उन लोगों से वापस आया है जहां से इसे प्राप्त हुआ (fa0 / 24 से एक फ्रेम fa0 / 1, और इसके विपरीत भेजता है)।



पहला स्विच बिल्कुल वैसा ही करता है, और नतीजतन, हमें एक प्रसारण तूफान मिलता है, जो नेटवर्क को कसकर अवरुद्ध करता है, क्योंकि स्विच अब केवल एक दूसरे को एक ही फ्रेम भेजने में लगे हुए हैं।



इससे कैसे बचा जा सकता है? आखिरकार, एक तरफ, हम नेटवर्क में तूफान नहीं चाहते हैं, और दूसरी तरफ, हम अनावश्यक कनेक्शन की मदद से इसकी गलती सहिष्णुता को बढ़ाना चाहते हैं? यह वह जगह है जहां एसटीपी (स्पैनिंग ट्री प्रोटोकॉल) बचाव के लिए आता है।

एसटीपी

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

एसटीपी स्पैनिंग ट्री एल्गोरिदम (एसटीए) का उपयोग करता है, जिसके परिणामस्वरूप एक पेड़ के रूप में एक ग्राफ होता है (जुड़ा हुआ है और सरल छोरों के बिना)

स्विचेस आपस में सूचनाओं के आदान-प्रदान के लिए विशेष पैकेजों का उपयोग करते हैं, जिन्हें तथाकथित BPDU (ब्रिज प्रोटोकॉल डेटा यूनिट) कहा जाता है। BPDUs दो प्रकार के होते हैं: कॉन्फ़िगरेशन BPDUs और पैनिक "AAA, टोपोलॉजी बदल गया है!" TCN (टोपोलॉजी चेंज नोटिफिकेशन BPDU)। पूर्व को नियमित रूप से रूट स्विच (और अन्य द्वारा रिले) द्वारा वितरित किया जाता है और टोपोलॉजी का निर्माण करने के लिए उपयोग किया जाता है, जैसा कि नाम से पता चलता है, नेटवर्क टोपोलॉजी (दूसरे शब्दों में, स्विच को जोड़ने / डिस्कनेक्ट करने) के परिवर्तन के मामले में भेजा जाता है। कॉन्फ़िगरेशन BPDU में कई फ़ील्ड होते हैं, हम सबसे महत्वपूर्ण पर ध्यान केंद्रित करेंगे:

• प्रेषक आईडी (ब्रिज आईडी)
• रूट ब्रिज आईडी
• उस पोर्ट की पहचानकर्ता जिसमें से पैकेट भेजा गया था (पोर्ट आईडी)
• रूट स्विच के रूट की लागत (रूट पाथ कॉस्ट)

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

तो, एक पाश मुक्त टोपोलॉजी का गठन कैसे किया जाता है?

सबसे पहले, तथाकथित रूट ब्रिज का चयन किया जाता है। यह एक उपकरण है जिसे एसटीपी एक संदर्भ बिंदु, एक नेटवर्क का केंद्र मानता है; पूरे एसटीपी पेड़ में परिवर्तित हो जाता है। चुनाव एक स्विच आइडेंटिफ़ायर (ब्रिज आईडी) के रूप में इस तरह की अवधारणा पर आधारित है। ब्रिज आईडी एक 8-बाइट संख्या है जिसमें ब्रिज प्रायोरिटी (प्राथमिकता, 0 से 65535 तक, डिफ़ॉल्ट 32768 + vlan नंबर या MSTP उदाहरण, प्रोटोकॉल कार्यान्वयन के आधार पर), और डिवाइस का मैक पता शामिल होता है। चुनाव की शुरुआत में, प्रत्येक स्विच खुद को मूल मानता है, जो कि हर कोई बीपीडीयू का उपयोग करने की घोषणा करता है, जिसमें वह अपने पहचानकर्ता को रूट स्विच की आईडी के रूप में प्रस्तुत करता है। हालाँकि, यदि वह एक छोटे ब्रिज आईडी के साथ BPDU प्राप्त करता है, तो वह अपने बारे में डींग मारना बंद कर देता है और प्राप्त ब्रिज आईडी को रूट के रूप में कर्तव्यपूर्वक घोषित करता है। नतीजतन, रूट स्विच है जिसकी ब्रिज आईडी सबसे कम है।

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

पोर्ट भूमिकाओं

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

1. रूट स्विच शून्य के रूट पथ लागत फ़ील्ड के साथ BPDUs भेजता है
2. निकटतम स्विच अपने पोर्ट की गति को देखता है, जहां बीपीडीयू आया है, और तालिका के अनुसार मूल्य जोड़ता है
   

   पोर्ट की गति	एसटीपी लागत (802.1 डी)
   10 एमबीपीएस	100
   100 एमबीपीएस	19
   1 gbps	4
   10 gbps	2

3. इसके अलावा, यह दूसरा स्विच इस BPDU को डाउनस्ट्रीम स्विच में भेजता है, लेकिन नए रूट पाथ कॉस्ट वैल्यू के साथ, और आगे चेन को डाउन करता है

यदि समान लागतें हैं (जैसा कि हमारे उदाहरण में दो स्विच और उनके बीच दो तार हैं - प्रत्येक पथ की कीमत 19 होगी) - छोटे बंदरगाह को रूट के रूप में चुना जाता है।

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

और अब, रूट और असाइन किए गए पोर्ट चयनित होने के बाद, शेष को अवरुद्ध कर दिया जाता है, इस प्रकार लूप को तोड़ दिया जाता है।


* चित्र में, राउटर स्विच के रूप में कार्य करता है। वास्तविक जीवन में, यह एक अतिरिक्त स्विच बोर्ड का उपयोग करके किया जा सकता है।

पोर्ट बताता है

कुछ समय पहले हमने पोर्ट ब्लॉकिंग की स्थिति का उल्लेख किया था, अब बात करते हैं कि इसका मतलब क्या है और एसटीपी में अन्य संभावित पोर्ट स्टेट्स हैं। तो, एक नियमित (802.1D) एसटीपी में, 5 अलग-अलग राज्य हैं:

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

राज्यों की गणना का क्रम आकस्मिक नहीं है: जब आप चालू करते हैं (और एक नए तार में प्लग करते समय भी), एसटीपी के साथ डिवाइस पर सभी पोर्ट उपरोक्त राज्यों को इस क्रम में (निष्क्रिय बंदरगाहों को छोड़कर) पास करते हैं। एक तार्किक प्रश्न उठता है: ऐसी कठिनाइयाँ क्यों? और बस एसटीपी सतर्क है। आखिरकार, तार के दूसरे छोर पर जो आप सिर्फ बंदरगाह में फंस गए हैं, वहां एक स्विच हो सकता है, और यह एक संभावित लूप है। इसलिए बंदरगाह पहले 15 सेकंड (डिफ़ॉल्ट रूप से) सुनने की स्थिति में है - यह बीपीडीयू को देखता है जो इसमें गिरता है, नेटवर्क पर अपनी स्थिति का पता लगाता है - कोई फर्क नहीं पड़ता कि क्या होता है, फिर एक और 15 सेकंड के लिए प्रशिक्षण के लिए आगे बढ़ता है - यह पता लगाने की कोशिश करता है - मैक- लिंक पर "उपयोग में" पते, और फिर, यह सुनिश्चित करते हुए कि यह कुछ भी नहीं तोड़ता है, यह पहले से ही अपना काम शुरू करता है। कुल मिलाकर, हमारे पास पड़ोसी डिवाइस के साथ सूचना का आदान-प्रदान करने से पहले 30 सेकंड का डाउनटाइम है। आधुनिक कंप्यूटर 30 सेकंड से अधिक तेजी से लोड होते हैं। यहां कंप्यूटर बूट किया गया है, पहले से ही नेटवर्क में फाड़ रहा है, "डीएचसीपी सर्वर, आप कमीने, क्या आप एक आईपी पता देंगे या नहीं" विषय पर हिस्टेरिकल है, और, जो आप देख रहे हैं वह प्राप्त नहीं है, यह अपराध है और अपने आप में एक आईपी पते को अपने आंत्र से निकालता है । स्वाभाविक रूप से, इस तरह के अभ्यासों के बाद, कोई भी नेटवर्क पर उसकी 169.254.xx के साथ "स्थानीय नहीं" के लिए सुनेंगे, यह स्पष्ट है कि यह सब मामला नहीं है, लेकिन इसे कैसे टाला जा सकता है?

portfast

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

पोर्ट पर आवश्यक सुविधाओं को सक्षम करने के लिए इंटरफ़ेस कॉन्फ़िगरेशन मोड के लिए एक बहुत सुविधाजनक कमांड है जिसमें अंतिम डिवाइस शामिल होंगे: स्विचपोर्ट होस्ट । यह कमांड पोर्टफ़ास्ट को एक बार में सक्षम करता है, पोर्ट को एक्सेस मोड (स्विचपोर्ट मोड एक्सेस के समान) में डालता है, और PAgP प्रोटोकॉल (सेक्शन चैनल एकत्रीकरण में इस प्रोटोकॉल के बारे में अधिक) को अक्षम करता है।

एसटीपी के प्रकार

एसटीपी एक पुराना प्रोटोकॉल है, यह एक लैन सेगमेंट में काम करने के लिए बनाया गया था। लेकिन क्या होगा अगर हम इसे अपने नेटवर्क में लागू करना चाहते हैं, जिसमें कई वीएलएएन हैं?

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

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

इस कार्यान्वयन का एक दूसरा संस्करण भी है - पीवीएसटी + , जो आपको सीएसटी और पीवीएसटी के साथ स्विच के बीच संबंध स्थापित करने की अनुमति देता है, और आईएसएल ट्रंक और 802.1q दोनों के साथ काम करता है। पीवीएस + सिस्को स्विच पर डिफ़ॉल्ट प्रोटोकॉल है।

RSTP

इस लेख में हमने पहले जो कुछ भी बात की थी, वह एसटीपी प्रोटोकॉल के पहले कार्यान्वयन को संदर्भित करता है, जिसे 1985 में राडिया पर्लमैन द्वारा विकसित किया गया था (उनकी कविता को एपिग्राफ के रूप में इस्तेमाल किया गया था)। 1990 में, यह कार्यान्वयन IEEE 802.1D मानक में शामिल किया गया था। फिर समय धीरे-धीरे बहता गया, और एसटीपी टोपोलॉजी के पुनर्गठन, जिसने 30-50 सेकंड (!!!) लिए, सभी को अनुकूल बना दिया। लेकिन समय बदल रहा है, और दस साल बाद, 2001 में, IEEE ने नया RSTP मानक (उर्फ 802.1w, उर्फ ​​रैपिड स्पैनिंग ट्री प्रोटोकॉल, उर्फ ​​फास्ट एसटीपी) पेश किया। पिछली सामग्री की संरचना करने और सामान्य STP (802.1d) और RSTP (802.1w) के बीच अंतर देखने के लिए, हम मुख्य तथ्यों के साथ एक तालिका एकत्र करेंगे:

एसटीपी (802.1 डी)	RSTP (802.1w)
मौजूदा टोपोलॉजी में, केवल रूट स्विच BPDUs भेजता है, बाकी रिले	सभी स्विच हैलो टाइमर के अनुसार BPDUs भेजते हैं (डिफ़ॉल्ट रूप से 2 सेकंड)
पोर्ट बताता है
- अवरुद्ध करना - सुनना (सुनना) - सीखना - पुनर्निर्देशन अग्रेषण (अग्रेषण) - विकलांग	- त्यागना, अपंगों को बदलना, अवरुद्ध करना और सुनना - सीखना - अग्रेषित करना
पोर्ट भूमिकाओं
- रूट (रूट), डेटा के हस्तांतरण में शामिल है, रूट स्विच की ओर जाता है - नामित (नामित) भी काम करता है, रूट स्विच से होता है - गैर-नामित, डेटा ट्रांसफर में भाग नहीं लेता है	- रूट (रूट), डेटा के हस्तांतरण में शामिल है - नामित (नामित) भी काम करता है - अतिरिक्त (वैकल्पिक), डेटा ट्रांसफर में भाग नहीं लेता है - बैकअप (बैकअप), भी शामिल नहीं है
कार्य तंत्र
टाइमर का उपयोग करता है: हैलो (2 सेकंड) अधिकतम आयु (20 सेकंड) फॉरवर्ड देरी टाइमर (15 सेकंड)	प्रस्ताव और समझौते की प्रक्रिया का उपयोग करता है
एक स्विच जो टोपोलॉजी में बदलाव का पता लगाता है, रूट स्विच को सूचित करता है, जिसके बदले हर किसी को टाइमर से आगे के लिए अपनी वर्तमान टोपोलॉजी प्रविष्टियों को साफ़ करने की आवश्यकता होती है	टोपोलॉजी में बदलावों का पता लगाने से रिकॉर्ड की तत्काल सफाई हो जाती है
यदि गैर-रूट स्विच को मैक्स एज के दौरान रूट से हैलो पैकेट प्राप्त नहीं होता है, तो यह नए चयन शुरू करता है	यह प्रभावी होता है अगर यह 3 हैलो अंतराल के भीतर BPDU प्राप्त नहीं करता है
ब्लॉकिंग स्टेट्स (20 सेकंड) - श्रवण (15 सेकंड) - लर्निंग (15 सेकंड) - फॉरवर्डिंग के माध्यम से सीरियल पोर्ट मार्ग	P2p और एज पोर्ट के लिए क्विक स्विचिंग फॉरवर्ड

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

पहले, यह सुनिश्चित करने के लिए कि पोर्ट डेटा ट्रांसफर में भाग ले सकता है, टाइमर की आवश्यकता थी, अर्थात्। स्विच को संकेत समय के लिए प्रतीक्षा कर रहा था, BPDU को सुन रहा था। RSTP की प्रमुख विशेषता लिंक मोड के आधार पर पोर्ट प्रकारों की अवधारणा की शुरुआत थी - पूर्ण डुप्लेक्स या आधा डुप्लेक्स (क्रमशः, साझा पोर्ट प्रकार), साथ ही साथ अंतिम छोर (एज पी 2 पी प्रकार) की अवधारणा अंत उपकरणों के लिए। सीमा बंदरगाहों को पहले की तरह, फैले-ट्री पोर्टफ़ास्ट कमांड द्वारा सौंपा गया है, और उनके साथ सब कुछ स्पष्ट है, जब आप तार चालू करते हैं, तो हम तुरंत अग्रेषण स्थिति पर जाते हैं और काम करते हैं। साझा पोर्ट BLK - LIS - LRN - FWD राज्यों से गुजरने के साथ पुरानी योजना के अनुसार काम करते हैं।लेकिन पी 2 पी पोर्ट पर, आरएसटीपी प्रस्ताव और समझौते की प्रक्रिया का उपयोग करता है। विवरण में जाने के बिना, इसे निम्नानुसार वर्णित किया जा सकता है: स्विच सही तरीके से मानता है कि यदि लिंक पूर्ण द्वैध मोड में काम करता है, और इसे बॉर्डरलाइन के रूप में नामित नहीं किया गया है, तो इसका मतलब है कि इस पर केवल दो डिवाइस हैं - यह और दूसरा स्विच। आने वाले BPDU के लिए प्रतीक्षा करने के बजाय, वह स्वयं विशेष BPDU प्रस्तावों का उपयोग करके तार के उस छोर पर स्विच से संपर्क करने की कोशिश करता है, जो निश्चित रूप से रूट स्विच की रूट की लागत के बारे में जानकारी रखता है। दूसरा स्विच अपने वर्तमान के साथ प्राप्त जानकारी की तुलना करता है, और एक निर्णय करता है जिसके बारे में पहला स्विच अनुबंध बीपीडीयू के माध्यम से अधिसूचित किया जाता है। चूंकि यह पूरी प्रक्रिया अब टाइमर से बंधी नहीं है,यह बहुत जल्दी से होता है - उन्होंने बस एक नया स्विच कनेक्ट किया - और यह लगभग तुरंत सामान्य टोपोलॉजी में फिट हो गया और काम करना शुरू कर दिया (आप वीडियो में सामान्य एसटीपी की तुलना में खुद को स्विचिंग गति का अनुमान लगा सकते हैं)। सिस्को की दुनिया में, RSTP को PVRST (Per-Vlan Rapid Spanning Tree) कहा जाता है।

MSTP

थोड़ा और ऊपर, हमने पीवीएसटी का उल्लेख किया, जिसमें प्रत्येक वीलन के लिए अपनी एसटीपी प्रक्रिया है। वलन कई उद्देश्यों के लिए एक काफी सुविधाजनक उपकरण है, और इसलिए, मध्यम आकार के संगठन में भी उनमें से बहुत कुछ हो सकता है। और पीवीएसटी के मामले में, हर एक की अपनी टोपोलॉजी की गणना, प्रोसेसर समय और स्विच मेमोरी खर्च होगी। लेकिन क्या हमें सभी 500 वीएलएन के लिए एसटीपी की गणना करने की आवश्यकता है जब एकमात्र स्थान जहां हमें इसकी आवश्यकता है दो स्विच के बीच एक बैकअप लिंक है? यहाँ MSTP हमारी मदद करता है। इसमें, प्रत्येक वलान को अपनी एसटीपी प्रक्रिया की आवश्यकता नहीं होती है, उन्हें संयोजित किया जा सकता है। यहां हमारे पास उदाहरण के लिए, 500 vlans हैं, और हम लोड को संतुलित करना चाहते हैं ताकि उनमें से आधे एक लिंक पर काम करें (दूसरा अवरुद्ध है और रिजर्व में खड़ा है), और दूसरे पर दूसरा। यह नियमित एसटीपी का उपयोग करके किया जा सकता है, वलान 1-250 की सीमा में एक रूट स्विच असाइन करना,और दूसरा 250-500 की सीमा में है। लेकिन प्रक्रियाएं पांच सौ vlans में से प्रत्येक के लिए अलग से काम करेंगी (हालांकि वे प्रत्येक आधे के लिए बिल्कुल ऐसा ही कार्य करेंगी)। यह तर्कसंगत है कि यहां दो प्रक्रियाएं पर्याप्त हैं। MSTP आपको कई एसटीपी प्रक्रियाएं बनाने की अनुमति देता है क्योंकि हमारे पास तार्किक टोपोलॉजी (इस उदाहरण में, 2) हैं, और उन पर vlans वितरित करते हैं। हमें लगता है कि इस लेख के ढांचे के भीतर एमएसटीपी के सिद्धांत और व्यवहार में बदलाव करने के लिए बहुत कम समझ में आता है (उन सिद्धांतों के लिए जो वाह हैं), उन लोगों के माध्यम से जा सकते हैंइस लेख के ढांचे के भीतर एमएसटीपी के सिद्धांत और व्यवहार को तूल देना बहुत कम समझ में आता है।इस लेख के ढांचे के भीतर एमएसटीपी के सिद्धांत और व्यवहार को तूल देना बहुत कम समझ में आता है।लिंक।

लिंक एकत्रीकरण

लेकिन कोई फर्क नहीं पड़ता कि हम एसटीपी के किस संस्करण का उपयोग करते हैं, फिर भी हमारे पास वैसे भी एक टूटी हुई कड़ी है। क्या पूर्ण और एक ही समय में छोरों से बचने के लिए समानांतर लिंक का उपयोग करना संभव है? हाँ, हम एक tsiska के साथ प्रतिक्रिया करते हैं, EtherChannel के बारे में कहानी शुरू करते हैं।

अन्यथा, इसे लिंक एग्रीगेशन, लिंक बंडलिंग, एनआईसी टीमिंग, पोर्ट ट्रंकिन्ग कहा जाता है
चैनलों का एकत्रीकरण (संघ) प्रौद्योगिकियां 2 कार्य करती हैं: एक तरफ, यह कई भौतिक लिंक की बैंडविड्थ का संघ है, और दूसरे पर, यह कनेक्शन की गलती सहिष्णुता सुनिश्चित करता है (एक लिंक में गिरावट की स्थिति में, लोड शेष लोगों को स्थानांतरित कर दिया जाता है)। लिंक विलय को मैन्युअल रूप से (स्थैतिक एकत्रीकरण) या विशेष प्रोटोकॉल का उपयोग करके किया जा सकता है: LACP (लिंक एकत्रीकरण नियंत्रण प्रोटोकॉल) और PAgP (पोर्ट एग्रीगेशन प्रोटोकॉल)। IEEE 802.3ad मानक द्वारा परिभाषित LACP, एक खुला मानक है, अर्थात यह उपकरण के विक्रेता पर निर्भर नहीं करता है। तदनुसार, PAgP एक मालिकाना tsiskovskoy विकास है।
आठ पोर्ट्स को एक ऐसे चैनल में जोड़ा जा सकता है। लोड बैलेंसिंग एल्गोरिदम रिसीवर और प्रेषकों और बंदरगाहों के आईपी / मैक पते जैसे मापदंडों पर आधारित है। इसलिए, यदि प्रश्न उठता है: "अरे, यह इतना खराब संतुलित क्यों है?", सबसे पहले, संतुलन एल्गोरिथ्म को देखें।

चैनल एकत्रीकरण का विषय एक अलग लेख, या यहां तक ​​कि एक पुस्तक का हकदार है, इसलिए हम गहराई से नहीं जाते हैं, जो रुचि रखते हैं वे लिंक हैं।

पोर्ट सुरक्षा

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

शुरू करने के लिए, हमें स्विचपोर्ट पोर्ट-सुरक्षा इंटरफ़ेस कॉन्फ़िगरेशन कमांड का उल्लेख करना चाहिए , जिसमें एक विशिष्ट स्विच पोर्ट पर सुरक्षा शामिल है। फिर, स्विचपोर्ट पोर्ट-सुरक्षा अधिकतम 1 का उपयोग करते हुए , हम इस पोर्ट से जुड़े मैक पतों की संख्या को सीमित कर सकते हैं (यानी, हमारे उदाहरण में, केवल एक मैक एड्रेस ही इस पोर्ट पर काम कर सकता है)। अब निर्दिष्ट जो पते की अनुमति: आप मैन्युअल रूप से सेट कर सकते हैं switchport पोर्ट-सुरक्षा मैक-पते का पता, या मैजिक स्विचपोर्ट पोर्ट-सिक्योरिटी मैक-एड्रेस स्टिकी कमांड का उपयोग करें , जो उस पोर्ट का पता देता है जो वर्तमान में पोर्ट पर चल रहा है। अगला, हम नियम को पोर्ट स्विचपोर्ट सुरक्षा उल्लंघन के मामले में व्यवहार सेट करते हैं {शटडाउन | प्रतिबंधित | सुरक्षित करें} : पोर्ट या तो डिस्कनेक्ट हो गया है, और फिर इसे मैन्युअल रूप से (शटडाउन) उठाया जाना चाहिए, या यह एक अपंजीकृत खसखस ​​से पैकेट को गिराता है और इसके बारे में कंसोल (प्रतिबंधित) पर लिखता है, या यह सिर्फ पैकेट (रक्षा) को छोड़ देता है।

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

डीएचसीपी स्नूपिंग

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

इस प्रकार के हमले से बचाने के लिए, डीएचसीपी स्नूपिंग नामक एक सुविधा का उपयोग किया जाता है। यह विचार काफी सरल है: स्विच को निर्दिष्ट करें कि असली डीएचसीपी सर्वर किस पोर्ट से जुड़ा है, और डीएचसीपी प्रतिक्रियाओं को केवल इस पोर्ट से अनुमति दें, बाकी को प्रतिबंधित करें। हम विश्व स्तर पर आईपी ​​dhcp स्नूपिंग कमांड को शामिल करते हैं , फिर हम कहते हैं कि जिसमें IP dhcp स्नूपिंग vlan नंबर (s) काम करना चाहिए । फिर हम एक विशिष्ट पोर्ट पर कहते हैं कि यह डीएचसीपी प्रतिक्रियाओं (इस पोर्ट को विश्वसनीय कहा जाता है) को आगे बढ़ा सकता है: आईपी डीएचसीपी स्नूपिंग ट्रस्ट ।

आईपी ​​स्रोत गार्ड

डीएचसीपी स्नूपिंग को सक्षम करने के बाद, यह उपकरणों के मैक और आईपी पते के मिलान के लिए एक आधार की मेजबानी करना शुरू कर देता है, जिसे यह डीएचसीपी के अनुरोधों और प्रतिक्रियाओं को सुनकर अपडेट करता है और फिर से भरता है। यह आधार हमें दूसरे प्रकार के हमले का विरोध करने की अनुमति देता है - आईपी स्पूफिंग। जब IP सोर्स गार्ड सक्षम होता है, तो आने वाले प्रत्येक पैकेट की जाँच की जा सकती है:

• डीएचसीपी स्नूपिंग डेटाबेस से प्राप्त पते के स्रोत आईपी पते के पत्राचार (दूसरे शब्दों में, आईपी स्विच पोर्ट को सौंपा गया है)
• स्रोत मैक एड्रेस डीएचसीपी स्नूपिंग डेटाबेस से प्राप्त पते से मेल खाता है

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

गतिशील एआरपी निरीक्षण

जैसा कि हम पहले से ही जानते हैं, अपने आईपी पते द्वारा किसी उपकरण के मैक पते का पता लगाने के लिए, एआरपी प्रोटोकॉल का उपयोग किया जाता है: एक प्रसारण अनुरोध जैसे "जिसका आईपी पता 172.16.1.15 है, उत्तर 172.16.1.1," आईपी पते के साथ डिवाइस 172.16.1.15 पर भेजा जाता है। प्रतिक्रिया। इसी तरह की योजना एआरपी-पॉइज़निंग उर्फ ​​एआरपी-स्पूफिंग नामक हमले की चपेट में है: पते के मेजबान 172.16.1.15 के साथ वास्तविक मेजबान के बजाय, हमलावर का जवाब देता है, जिससे ट्रैफ़िक 172.16.1.15 के लिए नष्ट हो जाता है। इस प्रकार के हमले को रोकने के लिए, गतिशील एआरपी निरीक्षण नामक एक सुविधा का उपयोग किया जाता है। ऑपरेशन योजना डीएचसीपी-स्नूपिंग योजना के समान है: बंदरगाहों को विश्वसनीय और अविश्वासित, अविश्वास में विभाजित किया गया है, प्रत्येक एआरपी प्रतिक्रिया का विश्लेषण किया जाता है: इस पैकेट में मौजूद जानकारी को स्विच (या स्टेटमेंट डिफाइंड मैक-आईपी मैचों) द्वारा विश्वसनीय के खिलाफ जांच की जाती है,या डीएचसीपी स्नूपिंग डेटाबेस से जानकारी)। यदि यह अभिसरण नहीं करता है, तो पैकेट को छोड़ दिया जाता है और एक संदेश syslog में उत्पन्न होता है। हम वांछित vlan (vlan) में शामिल हैं:आईपी ​​arp निरीक्षण vlan नंबर (s) । डिफ़ॉल्ट रूप से, सभी पोर्ट अविश्वासित हैं, विश्वसनीय पोर्ट के लिए हम आईपी ​​arp निरीक्षण ट्रस्ट का उपयोग करते हैं ।

अभ्यास

संभवत: पैकेट ट्रेसर में अधिकांश गलतियां एसटीपी सिमुलेशन के लिए जिम्मेदार कोड के हिस्से में की गई हैं, तैयार रहें। यदि संदेह है, तो सहेजें, पीटी को बंद करें और फिर से खोलें

इसलिए, हम अभ्यास करने के लिए पास होते हैं। सबसे पहले, टोपोलॉजी में कुछ बदलाव करें - निरर्थक लिंक जोड़ें। यह देखते हुए कि शुरुआत में क्या कहा गया था, सर्वर क्षेत्र में मॉस्को कार्यालय में ऐसा करना तर्कसंगत होगा - वहां हमारे पास msk-arbat-asw2 स्विच केवल asw1 के माध्यम से उपलब्ध है, जो एक चर्चा नहीं है। हम चयन करते हैं (अभी, बाद में इस नुकसान की भरपाई करते हैं) गीगाबिट लिंक जो msk-arbat-dsw1 से msk-arbat-asw3 तक जाती है, और इसके माध्यम से asw2 कनेक्ट करें। Asw3 अब हम Fa0 / 2 dsw1 पोर्ट से जुड़ रहे हैं। पुन: कॉन्फ़िगर करने वाली चड्डी:

msk-arbat-dsw1(config)#interface gi1/2
msk-arbat-dsw1(config-if)#description msk-arbat-asw2
msk-arbat-dsw1(config-if)#switchport trunk allowed vlan 2,3
msk-arbat-dsw1(config-if)#int fa0/2
msk-arbat-dsw1(config-if)#description msk-arbat-asw3
msk-arbat-dsw1(config-if)#switchport mode trunk
msk-arbat-dsw1(config-if)#switchport trunk allowed vlan 2,101-104

msk-arbat-asw2(config)#int gi1/2
msk-arbat-asw2(config-if)#description msk-arbat-dsw1
msk-arbat-asw2(config-if)#switchport mode trunk
msk-arbat-asw2(config-if)#switchport trunk allowed vlan 2,3
msk-arbat-asw2(config-if)#no shutdown

प्रलेखन के लिए सभी परिवर्तन करने के लिए मत भूलना!



दस्तावेज़ का वर्तमान संस्करण डाउनलोड करें।

अब देखते हैं कि हम वर्तमान में एसटीपी को कैसे कॉन्फ़िगर करते हैं । हम केवल VLAN0003 में रुचि रखते हैं, जहां, इस योजना को देखते हुए, हमारे पास एक लूप है।

msk-arbat-dsw1> en
msk-arbat-dsw1 # शो फैन-ट्री वेलन 3

एक कमांड के आउटपुट को पार्स करना



तो हमें क्या जानकारी मिल सकती है? चूँकि PVST + आधुनिक tsiska पर डिफ़ॉल्ट रूप से काम करता है (अर्थात, प्रत्येक vlan की अपनी STP प्रक्रिया के लिए), और हमारे पास एक से अधिक vlan हैं, प्रत्येक vlan की जानकारी अलग-अलग प्रदर्शित होती है, प्रत्येक रिकॉर्ड vlan संख्या से पहले होता है। फिर आता है फॉर्म एसटीपी: यानी रुपया का मतलब है पीवीएसटी, आरटीपी का मतलब है रैपिड पीवीएसटी, एमटीपी का मतलब है। फिर रूट स्विच के बारे में जानकारी के साथ एक खंड है: उस पर निर्धारित प्राथमिकता, उसका मैक पता, वर्तमान स्विच से रूट तक की लागत, पोर्ट जिसे रूट के रूप में चुना गया था (इसका सबसे अच्छा मूल्य है), साथ ही एसटीआर टाइमर सेट करना। अगला वर्तमान स्विच (जिसमें से कमांड निष्पादित किया गया था) के बारे में समान जानकारी वाला अनुभाग है। फिर, पोर्ट स्थिति तालिका, जिसमें निम्नलिखित कॉलम होते हैं (बाएं से दाएं):

• वास्तव में बंदरगाह
• इसकी भूमिका (रूट-रूट पोर्ट, Desg- असाइन किया गया पोर्ट, Altn- अतिरिक्त, बैक- बैकअप)
• इसकी स्थिति (FWD- कार्य करना, BLK- अवरुद्ध, LIS- सुनना, LRN- सीखना)
• रूट स्विच करने के लिए मार्ग की लागत
• पोर्ट आईडी प्रारूप: पोर्ट प्राथमिकता। पोर्ट नंबर
• कनेक्शन प्रकार

तो, हम देखते हैं कि Gi1 / 1 रूट पोर्ट है, यह कुछ मौका देता है कि लिंक के दूसरे छोर पर एक रूट स्विच है। हम उस योजना को देखते हैं जहां लिंक जाता है: हाँ, कुछ msk-arbat-asw1।

msk-arbat-asw1 # शो फैन-ट्री वलान 3

और हम क्या देखते हैं?

 VLAN0003
  स्पैनिंग ट्री इनेबल्ड प्रोटोकॉल इनी
  रूट आईडी प्राथमिकता 32771
             पता 0007.ECC4.09E2
             यह पुल जड़ है
             हैलो समय 2 सेकंड अधिकतम आयु 20 सेकंड आगे देरी 15 सेकंड

यहाँ यह है, VLAN0003 के लिए हमारा रूट स्विच।

अब आइए चित्र देखें। इससे पहले, हमने बंदरगाहों की स्थिति में देखा कि dsw1 Gi1 / 2 पोर्ट को ब्लॉक करता है, इस प्रकार लूप को तोड़ता है। लेकिन क्या यह सबसे अच्छा समाधान है? नहीं, बिल्कुल। अब हमारा नया नेटवर्क ठीक पुराने की तरह काम करता है - asw2 से ट्रैफिक asw1 से होकर जाता है। रूट राउटर का चयन कभी भी एक बेवकूफ एसटीपी के विवेक के लिए नहीं छोड़ा जाना चाहिए। योजना के आधार पर, रूट स्विच के रूप में सबसे इष्टतम विकल्प dsw1 है - इस प्रकार, एसटीपी asw1 और asw2 के बीच लिंक को अवरुद्ध करेगा। अब यह सब निकट प्रोटोकॉल को समझाया जाना चाहिए। और उसके लिए मुख्य बात है? ब्रिज आईडी और यह कोई संयोग नहीं है कि इसमें दो संख्याएँ हैं। प्राथमिकता सिर्फ नेटवर्क इंजीनियर के लिए बचा हुआ शब्द है ताकि वह रूट स्विच को चुनने के परिणाम को प्रभावित कर सके। इसलिए, हमारा कार्य कम स्विच करना है (एसटीपी बेहतर है, वांछित स्विच की प्राथमिकता) ताकि यह रूट ब्रिज बन जाए। इसके दो तरीके हैं:

1) मैन्युअल रूप से प्राथमिकता निर्धारित करें, जाहिर है वर्तमान से कम:

msk-arbat-dsw1> सक्षम करें
msk-arbat-dsw1 # कॉन्फ़िगर टर्मिनल
msk-arbat-dsw1 (config) # फैले-वृक्ष vlan 3 प्राथमिकता?
<0-61440> 4096 की वेतन वृद्धि में पुल प्राथमिकता
msk-arbat-dsw1 (config) # फैले-वृक्ष वलान 3 प्राथमिकता 4096

अब यह vlan 3 के लिए मूल बन गया है, क्योंकि इसकी एक छोटी ब्रिज आईडी है:

msk-arbat-dsw1 # शो फैन-ट्री वलान 3
VLAN0003
स्पैनिंग ट्री इनेबल्ड प्रोटोकॉल इनी
रूट आईडी प्राथमिकता 4099
पता 000B.BE2E.392C
यह पुल जड़ है
हैलो समय 2 सेकंड अधिकतम आयु 20 सेकंड आगे देरी 15 सेकंड

2) चलो लोहे का स्मार्ट टुकड़ा आपके लिए सब कुछ तय करता है:

msk-arbat-dsw1 (config) # फैले-वृक्ष vlan 3 रूट प्राथमिक

हम जाँच करते हैं:

msk-arbat-dsw1 # शो फैन-ट्री वलान 3
VLAN0003
स्पैनिंग ट्री इनेबल्ड प्रोटोकॉल इनी
रूट आईडी प्राथमिकता 24579
पता 000B.BE2E.392C
यह पुल जड़ है
हैलो समय 2 सेकंड अधिकतम आयु 20 सेकंड आगे देरी 15 सेकंड

हम देखते हैं कि लोहे के टुकड़े ने कुछ अजीब प्राथमिकता दी है। यह गोल आंकड़ा कहां से आया, आप पूछें और सब कुछ सरल है- एसटीपी न्यूनतम प्राथमिकता को देखता है (जो कि रूट स्विच है), और इसे दो वेतन वृद्धि चरणों (जो कि 4096 है, यानी कुल मिलाकर 8192) घटाता है। दो क्यों? और आदेश देने के लिए एक और स्विच पर कमांड फैले-ट्री वलान एन रूट सेकेंडरी (प्राथमिकता = 4096 की प्राथमिकता) प्रदान करने में सक्षम होने के लिए, जो हमें यह सुनिश्चित करने की अनुमति देगा कि यदि वर्तमान रूट स्विच में कुछ होता है, तो इसके कार्य उस पर जाएंगे। "विकल्प"। आप शायद पहले से ही आरेख में देख सकते हैं कि asw2 और asw1 के बीच लिंक पर प्रकाश पीला कैसे हो गया? इस एसटीपी ने लूप को फाड़ दिया। और यह उस जगह पर है जहां हम चाहते थे। मिठाई! आइए जांचें: एक प्रकाश बल्ब एक प्रकाश बल्ब है, और एक विन्यास एक तथ्य है।

msk-arbat-asw2#show spanning-tree vlan 3 VLAN0003 Spanning tree enabled protocol ieee Root ID Priority 24579 Address 000B.BE2E.392C Cost 4 Port 26(GigabitEthernet1/2) Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec Bridge ID Priority 32771 (priority 32768 sys-id-ext 3) Address 000A.F385.D799 Hello Time 2 sec Max Age 20 sec Forward Delay 15 sec Aging Time 20 Interface Role Sts Cost Prio.Nbr Type ---------------- ---- --- --------- -------- -------------------------------- Fa0/1 Desg FWD 19 128.1 P2p Gi1/1 Altn BLK 4 128.25 P2p Gi1/2 Root FWD 4 128.26 P2p 

अब हम मानते हैं कि एसटीपी कैसे काम करता है: हम PTO1 लैपटॉप पर कमांड लाइन पर जाते हैं और अपने मेल सर्वर को अंतहीन रूप से पिंग करना शुरू करते हैं (172.16.0.4)। पिंग अब मार्ग का अनुसरण करता है लैपटॉप-asw3-dsw1-gw1-dsw1 (ठीक है, यह स्पष्ट है कि वह एक हुक क्यों बनाता है - वे विभिन्न vlans से हैं) -ww2- सर्वर। अब चलो सिमोइटी से गॉडज़िला के साथ काम करते हैं: हम पोर्ट से तार को फाड़कर dsw1 और asw2 के बीच के कनेक्शन को तोड़ देंगे (हम पेड़ को पुनर्गणना करने के लिए आवश्यक समय नोटिस करते हैं)।

पिंग गायब हो जाते हैं, एसटीपी व्यापार में उतर जाता है, और कुछ 30 सेकंड में कनेक्शन बहाल हो जाता है। उन्होंने गोडज़िला को निकाल दिया, आग लगा दी, कनेक्शन तय किया, तार वापस चिपका दिए। 30 सेकंड के लिए फिर से पिंग गायब! हम्म, किसी भी तरह से बहुत तेज नहीं है, खासकर अगर आपको लगता है कि यह हो रहा है, उदाहरण के लिए, एक बैंक के प्रसंस्करण केंद्र में।

लेकिन हमारे पास PVST + को धीमा करने का जवाब है! और इसका जवाब है फास्ट पीवीएसटी + (यही इसे कहा जाता है; यह मजाक नहीं है: रैपिड-पीवीएसटी)। आइए देखें कि वह हमें क्या देता है। हम मॉस्को में सभी मोड पर एसटीपी प्रकार को कॉन्फ़िगरेशन मोड कमांड का उपयोग करके बदलते हैं: फैले-ट्री मोड रैपिड-पीवीएस

फिर से पिंग चलाओ, गॉडज़िला को बुलाओ ... अरे, गायब पिंग कहाँ हैं? वे नहीं हैं, यह रैपिड-पीवीएसटी है। जैसा कि आप शायद सैद्धांतिक भाग से याद करते हैं, यह एसटीपी कार्यान्वयन, इसलिए मुख्य लिंक के दुर्घटनाग्रस्त होने पर, "स्ट्रा को देता है", और वैकल्पिक पोर्ट पर बहुत तेज़ी से स्विच करता है, जिसे हमने देखा था। ठीक है, तार वापस अंदर चिपका दो। एक खो गया पिंग। 6-8 की तुलना में बुरा नहीं है, है ना?

Etherchannel

याद रखें, हमने कार्यालय के कर्मचारियों से उनका गीगाबिट लिंक लिया और सर्वर के पक्ष में दिया? अब वे, गरीब चीजें, कुछ सौ मेगाबिट्स पर बैठे हैं, पिछली शताब्दी! आइए चैनल का विस्तार करने का प्रयास करें, और हम EtherChannel को मदद करने के लिए कहेंगे। फिलहाल, हमारे पास fa0 / 2 dsw1 से Gi1 / 1 asw3 तक एक कनेक्शन है, हम तार काट देते हैं। हम देखते हैं कि हम किन बंदरगाहों पर asw3 का उपयोग कर सकते हैं: हाँ, fa0 / 20-24 मुफ़्त हैं, ऐसा लगता है। यहां हम उन्हें ले जाते हैं। Dsw1 की ओर से उन्हें fa0 / 19-23 होने दें। हम आपस में EtherChannel के लिए बंदरगाहों को जोड़ते हैं। As33 पर, इंटरफेस पर कुछ कॉन्फ़िगर किया गया है, आमतौर पर ऐसे मामलों में डिफ़ॉल्ट इंटरफ़ेस रेंज fa0 / 20-24 कॉन्फ़िगरेशन मोड कमांड का उपयोग किया जाता है, जो डिफ़ॉल्ट सेटिंग्स के लिए पोर्ट (या पोर्ट्स, हमारे मामले में) को रीसेट करता है। पैकेट ट्रेसर, अफसोस, इतनी अच्छी टीम को नहीं जानता है, इसलिए मैनुअल मोड में हम प्रत्येक सेटिंग को हटाते हैं और बंदरगाहों को बाहर करते हैं (समस्याओं से बचने के लिए ऐसा करना बेहतर है)

msk-arbat-asw3 (config) #interface रेंज fa0 / 20-24
msk-arbat-asw3 (config-if-range) # कोई विवरण
msk-arbat-asw3 (config-if-range) #no स्विचपोर्ट एक्सेस वलान
msk-arbat-asw3 (config-if-range) #no स्विचपोर्ट मोड
msk-arbat-asw3 (config-if-range) # शटडाउन

अच्छी तरह से अब जादू टीम

msk-arbat-asw3 (config-if-range) # चैनल-ग्रुप 1 मोड ऑन

dsw1 पर समान:

msk-arbat-dsw1 (config) #interface रेंज fa0 / 19-23
msk-arbat-dsw1 (कॉन्फिग-इफ-रेंज) # चैनल-ग्रुप 1 मोड ऑन

हम asw3 इंटरफेस, और वॉइला को बढ़ाते हैं: यहाँ यह है, हमारा EtherChannel, 5 भौतिक लिंक के रूप में फैला है। कॉन्फ़िगरेशन में, इसे इंटरफ़ेस पोर्ट-चैनल 1 के रूप में प्रतिबिंबित किया जाएगा। ट्रंक को कॉन्फ़िगर करें (dsw1 के लिए दोहराएं):

msk-arbat-asw3 (config) #int port-channel 1
msk-arbat-asw3 (config-if) #switchport मोड ट्रंक
msk-arbat-asw3 (config-if) #switchport trunk ने vlan 2,101-104 की अनुमति दी

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

आंशिक रूप से सिर्फ आवाज के कारण, आंशिक रूप से सीमित संसाधनों के कारण, हम इन मुद्दों का पूरी तरह से खुलासा नहीं कर पाएंगे और इसलिए इसका अधिकांश भाग स्व-अध्ययन के लिए छोड़ दें।

रिलीज सामग्री

नया स्विचिंग प्लान
लैब के साथ पीटी फाइल ।
डिवाइस कॉन्फ़िगरेशन
एसटीपी या एसटीपी
लिंक सुरक्षा
लिंक एकत्रीकरण

स्थापित परंपरा के अनुसार, Habr के अनाम पाठकों द्वारा सभी अनुत्तरित प्रश्न LJ में चक्र के ब्लॉग में पूछे जाते हैं।

वीडियो के लिए शुक्रिया और इस लेख के साथ मदद करने के लिए धन्यवाद ।