एथरचैन विन्यास में एसटीपी लूप को रोकना


11

जब एसथर लूप / प्रसारण तूफान को रोकने के लिए सिस्को स्विच पर ईथरेनलाइन को कॉन्फ़िगर करते समय सबसे अच्छा अभ्यास क्या होता है जब एथेरांचल गलत तरीके से कॉन्फ़िगर किया जाता है?

मेरे पास एक उदाहरण था जहां एक स्विच पर 2 पोर्ट्स को ट्रंक पोर्ट के माध्यम से ठीक से कॉन्फ़िगर किया गया था, हालांकि विरोध स्विच केवल एक पोर्ट स्विच था ट्रंक के रूप में, 2 एक नियमित एक्सेस पोर्ट के रूप में। शक्ति-चक्र पर, एक प्रसारण तूफान ने नेटवर्क को नीचे ले लिया और इन दो स्विचों से उत्पन्न हुआ। channel-group 1 mode onसभी बंदरगाहों पर कॉन्फ़िगर किया गया था।

मेरे शोध से L2 एथेरांचल लिंक को केवल साथ कॉन्फ़िगर किया जाना चाहिए

channel-group 1 mode desirable

L3 लिंक को w / चैनल-समूह 1 मोड पर कॉन्फ़िगर किया जा सकता है क्योंकि STP उनके ऊपर नहीं चल रहा है।

दुर्भाग्य से इस परिदृश्य में PVST + कॉन्फ़िगर किया गया था और bdpuguard सभी किनारे बंदरगाहों पर गायब था :( अंत में, यहाँ सभी स्विच सिस्को हैं - एक बहु-विक्रेता वातावरण नहीं


एसटीपी स्वाद क्या आपके पास था?
लाफ

नए वातावरण में, मैं हमेशा रैपिड-pvst + तैनात करता हूं, लेकिन यह विशेष वातावरण सिस्को डिफ़ॉल्ट PVST + चला रहा था।
गाँठ

आइए देखें कि अन्य सहयोगी इस बारे में क्या कहते हैं। मेरे XP से, मैं सीखने या डिबगिंग के लिए केवल परीक्षण वातावरण में वांछनीय का उपयोग करता हूं; उत्पादन में मैं RSTP के साथ "ऑन-मोड" का उपयोग करता हूं।
लाफ

जवाबों:


14

लिंक एकत्रीकरण के लिए आपको "चालू" का उपयोग नहीं करना चाहिए क्योंकि इससे समस्याएं हो सकती हैं। एकत्रीकरण के साथ सांख्यिक रूप से पक्ष में, यह एथरचैनल में इंटरफेस का उपयोग करेगा, भले ही कॉन्फ़िगरेशन दूसरी तरफ हो।

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

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

बेशक यह हार्डवेयर प्लेटफ़ॉर्म पर निर्भर है, इसलिए अपने प्लेटफ़ॉर्म के लिए उपयुक्त दस्तावेज़ देखें।


2
तूफान-नियंत्रण भी लागू करें। यह मूल कारण का ध्यान नहीं रखता है लेकिन यह नेटवर्क को पिघलने से रोकता है।
डेनियल डिब

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

जब भी संभव हो LACP। सिस्को 7200 जैसे कुछ प्लेटफॉर्म, एलएसीपी का समर्थन नहीं करते हैं, जबकि अन्य, पुराने जुनिपर बक्से की तरह, एलएसीपी को चलाने के लिए उन्नत एफबीबी की आवश्यकता होती है
7

मैंने पिछले कुछ वर्षों में बंडलों का समर्थन करने वाले किसी भी गियर का उपयोग करने का सामना नहीं किया है, लेकिन एलएसीपी पर बात नहीं कर सकता। यहां तक ​​कि सस्ते एसएमबी स्विच भी करते हैं, वीएमवेयर ने केवल वी 5 में समर्थन जोड़ा है।
लैपटॉप 006

1
FYI करें - "मोड ऑन"! = PAgP का उपयोग कर के लिए एक इथरेंकलाइन को कॉन्फ़िगर करना। केवल "मोड ऑटो" या "मोड वांछनीय" का उपयोग करके इसे चालू किया जाएगा। इसकी तुलना ब्रोकेड के "स्टैटिक" बनाम "डायनामिक" LAG से करें।
जॉन जेन्सेन

5

सक्रिय / ऑन / वांछनीय आदि का उपयोग कब करना है; यह मुझे लगता है जैसे आपने एसटीपी को सभी / सही तरीके से कॉन्फ़िगर नहीं किया है।

2d स्विच पर पहुंच पोर्ट में आने वाले BPDU पैकेट को पोर्ट को गलत-अक्षम करने का कारण होना चाहिए। सही एसटीपी सुरक्षा योजनाओं को कॉन्फ़िगर करें (जो मैं यहां समझाने नहीं जा रहा हूं, क्योंकि वे सभी इंटरनेट पर हैं) और मुझे विश्वास नहीं है कि यह समस्या पहली जगह में होनी चाहिए थी।

(इसके अलावा अगर आपके स्विच इसका समर्थन करते हैं, तो रिकी के रूप में तूफान नियंत्रक प्रसारित करें!)।


1
मैं सहमत हूं - मुझे यह प्रणाली विरासत में मिली है और निश्चित रूप से एसटीपी के लिए इसे सही ढंग से कॉन्फ़िगर नहीं किया गया था। दुर्भाग्य से मुझे कुछ भी संशोधित करने की अनुमति नहीं है जब तक कि हमारे पास उचित रखरखाव वाली खिड़कियां नहीं हैं और निश्चित रूप से कोर 4000 पुराने हैं जो कई फीचर सेटों को याद कर रहे हैं।
गाँठ
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.