यह वास्तव में नेटवर्क पर निर्भर करता है, लेकिन मैं एल 2 वीएलएएन की ओर झुकाव होगा। जबकि कुछ ने वीएलएएन पर एक लूप के बारे में चिंता व्यक्त की है, लेकिन बड़े नेटवर्क पर 12 वर्षों में, मैंने कभी भी एक नेटवर्क प्रबंधन वीएलएएन पर निर्मित लूप नहीं देखा है।
यह कहने के लिए ऐसा नहीं हो सकता है, लेकिन आम तौर पर जो लोग एक प्रबंधन वीएलएएन स्थापित करने के लिए पर्याप्त रूप से जानते हैं, वे आमतौर पर नेटवर्क पर छोरों को पैदा नहीं करने के लिए पर्याप्त जानते हैं। अधिकांश लूप जो मैं भर में आया हूं वे उपयोगकर्ता वीएलएएन पर हैं जहां एक अंतिम उपयोगकर्ता जुड़ा हुआ है / कुछ गलत तरीके से कॉन्फ़िगर किया गया है या जब कोई सर्वर व्यवस्थापक अपने सर्वर पर लिंक एकत्रीकरण / अतिरेक को गलत बनाता है या एक वीएम वातावरण को गलत बनाता है।
L3 के दृष्टिकोण में जाने से उस विशेष समस्या से बचा जा सकता है, लेकिन रूटिंग नेटवर्क पर भी शिकंजा कसना आसान है। हाँ, आप सावधानी बरतने कर सकते हैं, लेकिन मैं जब मैं यह कर सकते हैं चुंबन के साथ चिपके रहते हैं और मार्ग स्विचिंग से अधिक जटिल है। क्या हम उन प्रमुख घटनाओं को सूचीबद्ध करना शुरू करेंगे जो इंटरनेट पर पेश की जाने वाली रूटिंग समस्याओं के कारण हुई हैं?
अंततः, जैसा कि जॉन जेन्सेन ने बताया है, आपके पास निश्चित रूप से एक ओओबी प्रबंधन प्रणाली होनी चाहिए, हालांकि मैं आमतौर पर इसे इन-बैंड प्रबंधन के लिए एक बैकअप के रूप में संदर्भित करता हूं। आमतौर पर मैं कंसोल पोर्ट पर गति सेटिंग्स बदलने की सलाह नहीं देता (जब यह पुनर्प्राप्ति स्थितियों की बात आती है, तो यह पता लगाने के लिए कि कंसोल पोर्ट डिफ़ॉल्ट है, बदल गया है या गलत तरीके से बदला गया दर्द हो सकता है), और 115k बॉड पर भी, कंसोल पोर्ट बहुत धीमा हो सकता है (और कई विक्रेता 9600 बॉड के लिए डिफ़ॉल्ट हैं)।