एक IOS XR समूह में दो ब्रिज-डोमेन एक LAN नहीं हैं
एक ब्रिज-समूह के नीचे दो ब्रिज-डोमेन रखना उनके फ़ॉरवर्डिंग को नहीं जोड़ता। समूह, डोमेन और हर अटैचमेंट को अलग परतों के रूप में पढ़ें।
एक ही IOS XR राउटर पर दो होस्ट एक-दूसरे को पिंग नहीं कर सकते, जबकि कॉन्फ़िगरेशन ऐसा दिखता है कि उन्हें करना चाहिए। दोनों सबइंटरफ़ेस एक ही ब्रिज समूह के नीचे दिखते हैं, नामों में एक अक्षर का अंतर है, और कमिट बिना किसी शिकायत के पार हो गया। जो चूक रही है वह पदानुक्रम का एक स्तर है: ब्रिज समूह एक कंटेनर है, और उसके भीतर का हर ब्रिज डोमेन अपनी सदस्यता वाला अलग ब्रॉडकास्ट डोमेन है। तीसरा होस्ट जोड़ें और तस्वीर आमतौर पर साफ़ होने के बजाय और बिगड़ जाती है।
| Object | Owns | Does not own |
|---|---|---|
| Bridge group | a named container for domains | any forwarding or MAC learning |
| Bridge domain | one broadcast domain, MAC table, flooding scope | the VLAN match on an ingress port |
| Attachment | which frames from which interface and tag enter the domain | which other domains they can reach |
लक्षण से शुरू करें और ऊपर की ओर पढ़ें
एक सबनेट के भीतर विफल होते होस्ट, जबकि इंटरफ़ेस up बताते हैं और ARP प्रविष्टियाँ कभी नहीं भरतीं, डोमेन-सदस्यता की समस्या का संकेत हैं, राउटिंग की नहीं। राउटिंग समस्याएँ आमतौर पर ICMP अगम्य संदेश या मौजूद अगला हॉप देती हैं; गायब ब्रॉडकास्ट डोमेन दूसरी परत पर ख़ामोशी देता है। एक भी IP पता देखने से पहले जाँचें कि दोनों अटैचमेंट एक ही ब्रिज डोमेन में हैं या नहीं। अगर नहीं हैं, तो कोई भी एड्रेसिंग कार्य उन्हें नहीं जोड़ेगा।
ब्रिज समूह एक कंटेनर है और बस इतना ही
IOS XR के परत 2 VPN पदानुक्रम में ब्रिज समूह एक या अधिक ब्रिज डोमेन रखता है, और समूह स्वयं कुछ भी स्विच नहीं करता। एक समूह के नीचे दो डोमेन भाई-बहन हैं, एक LAN के सदस्य नहीं, भले ही कॉन्फ़िगरेशन ऐसा पढ़ा जाए जैसे वे नेस्टेड हों। यह लेआउट जानबूझकर है: समूह वह जगह है जहाँ आप सेवाएँ व्यवस्थित करते हैं, और डोमेन वह जगह है जहाँ फ़ॉरवर्डिंग वास्तव में होती है।
Cisco की परत 2 मल्टीपॉइंट सेवाओं की मार्गदर्शिका ब्रिज डोमेन को एक ब्रॉडकास्ट डोमेन के रूप में बताती है जो भौतिक या वर्चुअल पोर्ट रखता है, गंतव्य MAC के अनुसार स्विच करता है, स्रोत पते सीखता है और अज्ञात यूनिकास्ट, ब्रॉडकास्ट और मल्टीकास्ट को केवल उसी डोमेन के भीतर फ़्लड करता है। अपना कॉन्फ़िगरेशन पढ़ने से पहले उस मार्गदर्शिका का पदानुक्रम पढ़ें।
ब्रिज डोमेन के पास फ़ॉरवर्डिंग और सीखना है
MAC सीखना डोमेन तक सीमित है, इसलिए एक डोमेन में सीखा स्टेशन उसके भाई-बहन में अदृश्य है। फ़्लडिंग भी उसी सीमा का पालन करती है, इसलिए एक होस्ट द्वारा भेजा ब्रॉडकास्ट दूसरे डोमेन के होस्ट तक कभी नहीं पहुँचता। फिर डोमेन के भीतर स्प्लिट-हॉरिज़न समूह, सदस्य स्थिति और कोई भी कॉन्फ़िगर किया गया फ़ॉरवर्डिंग नियंत्रण योग्य आउटपुट को और संकुचित करते हैं।
स्यूडोवायर या वर्चुअल फ़ॉरवर्डिंग इंस्टेंस किसी डोमेन से सेवा का अटैचमेंट है। यह मूल ब्रिज समूह का पर्यायवाची नहीं है, और इसे वैसा मानना ही प्रोवाइडर एज को दो ऐसी सेवाओं के साथ छोड़ देता है जिन्हें अलग रहना था और जो अलग नहीं हैं।
अटैचमेंट तय करता है कौन-से फ़्रेम आएँगे
डोमेन के नीचे अटैचमेंट बैठता है: इंटरफ़ेस या सबइंटरफ़ेस, वह एन्कैप्सुलेशन जिससे वह मेल खाता है, कोई भी टैग क्रिया, और वह डोमेन जिसमें वह शामिल होता है। जिस सबइंटरफ़ेस का नंबर संयोग से VLAN जैसा दिखता है वह फ़्रेम अनुबंध नहीं है, और एक ही भौतिक पोर्ट दो अलग मिलानों के साथ दो डोमेन को खिला सकता है। इनग्रेस इंटरफ़ेस, मेल खाता टैग, टैग क्रिया और लक्ष्य डोमेन लिखें, फिर इग्रेस पक्ष अलग से लिखें।
कॉन्फ़िगरेशन हिलाने से पहले दोनों सेवाओं के बीच उस अनुबंध की तुलना करें। जब दोनों डोमेन एक समूह के नीचे हों और उनमें से केवल एक ट्रैफ़िक ढोता हो, तो अंतर लगभग हमेशा डोमेन में नहीं बल्कि अटैचमेंट में होता है।
अगर डिज़ाइन सबनेट के बीच राउटिंग भी करता है, तो परत 3 अटैचमेंट अपने गेटवे पते और नीति वाला एक और ऑब्जेक्ट है। ब्रिज डोमेन का नाम इस बारे में कुछ नहीं बताता कि कौन-सा गेटवे उसकी सेवा करता है।
पुनर्गठन से पहले तैनात रिलीज़ से सत्यापित करें
डोमेन देखने के लिए चल रहे कॉन्फ़िगरेशन के बजाय रिलीज़ के अपने ऑपरेशनल कमांड इस्तेमाल करें। show l2vpn bridge-domain detail डोमेन और उनकी अटैचमेंट स्थिति बताता है, और MAC विकल्पों के साथ show l2vpn forwarding bridge-domain दिखाता है कि क्या कहाँ सीखा गया। अगर कोई MAC पता एक डोमेन में दिखता है और उसके भाई-बहन में नहीं, तो पदानुक्रम ठीक वही कर रहा है जिसके लिए उसे कॉन्फ़िगर किया गया था।
फिर कुछ भी बदलने से पहले समूह के नीचे के हर डोमेन और अटैचमेंट की सूची बनाएँ, और तुलना के लिए मौजूदा कॉन्फ़िगरेशन सुरक्षित रखें। एक परिचित ऑब्जेक्ट नाम इस बात का प्रमाण नहीं है कि हर नेस्टेड सेवा उसका दायरा साझा करती है।