एउटै 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 |
लक्षणबाट सुरु गरी माथितिर पढ्नुहोस्
इन्टरफेसहरू अप रहेको देखाउँदा र ARP प्रविष्टिहरू कहिल्यै नभरिँदा एउटै सबनेटभित्र होस्टहरू असफल हुनु राउटिङ समस्याको नभई डोमेन सदस्यता समस्याको लक्षण हो। राउटिङ समस्याले सामान्यतया ICMP unreachable वा अस्तित्वमा रहेको next hop दिन्छ; हराएको ब्रोडकास्ट डोमेनले तह दुईमा मौनता मात्र दिन्छ। एउटा पनि IP ठेगाना हेर्नुअघि दुई जोडाइहरू एउटै ब्रिज डोमेनमा छन् कि छैनन् जाँच्नुहोस्। यदि छैनन् भने, जतिसुकै ठेगाना काम गरे पनि तिनलाई जोड्न सकिँदैन।
ब्रिज समूह एउटा कन्टेनर मात्र हो, त्यसभन्दा बढी केही होइन
IOS XR को तह 2 VPN पदानुक्रममा ब्रिज समूहले एक वा बढी ब्रिज डोमेनहरू राख्छ, र समूह आफैले केही पनि स्विच गर्दैन। एउटै समूहमुनि रहेका दुई डोमेनहरू दाजुभाइ हुन्, एउटै LAN का सदस्य होइनन्, कन्फिगरेसन नेस्ट गरिएको जस्तो देखिए पनि। त्यो संरचना जानाजान गरिएको हो: समूह भनेको सेवाहरू व्यवस्थित गर्ने ठाउँ हो, र डोमेन भनेको फर्वार्डिङ साँच्चै हुने ठाउँ हो।
Cisco को मल्टिपोइन्ट तह 2 सेवा गाइडले ब्रिज डोमेनलाई भौतिक वा भर्चुअल पोर्टहरू राख्ने ब्रोडकास्ट डोमेनका रूपमा वर्णन गर्छ, जुन गन्तव्य MAC अनुसार स्विच गर्छ, स्रोत ठेगानाहरू सिक्छ र अज्ञात युनिकास्ट, ब्रोडकास्ट र मल्टिकास्ट त्यही डोमेनभित्र मात्र फ्लड गर्छ। आफ्नै कन्फिगरेसन पढ्नुअघि त्यो गाइडको पदानुक्रम पढ्नुहोस्।
ब्रिज डोमेनसँग फर्वार्डिङ र सिकाइ दुवै हुन्छन्
MAC सिकाइ डोमेनमा मात्र सीमित हुन्छ, त्यसैले एउटा डोमेनमा सिकिएको स्टेसन त्यसको दाजुभाइ डोमेनमा अदृश्य हुन्छ। फ्लडिङले पनि त्यही सीमा पछ्याउँछ, त्यसैले एउटा होस्टले पठाएको ब्रोडकास्ट अर्को डोमेनको होस्टसम्म कहिल्यै पुग्दैन। डोमेनभित्रका स्प्लिट-होराइजन समूहहरू, सदस्य स्थिति र कन्फिगर गरिएका फर्वार्डिङ नियन्त्रणहरूले योग्य आउटपुटहरूलाई अझ साँघुरो बनाउँछन्।
स्युडोवायर वा भर्चुअल फर्वार्डिङ इन्स्टेन्स डोमेनसँगको सेवा जोडाइ हो। यो अभिभावक ब्रिज समूहको पर्यायवाची होइन, र यसलाई पर्यायवाची ठान्दा प्रोभाइडर एज अलग राखिनुपर्ने दुई सेवाहरू पाएर पनि ती अलग नभएको अवस्थामा पुग्छ।
कुन फ्रेमहरू आउँछन् भन्ने कुरा जोडाइले नै निर्धारण गर्छ
डोमेनमुनि जोडाइ हुन्छ: इन्टरफेस वा सब-इन्टरफेस, त्यसले मिलाउने इन्क्याप्सुलेसन, कुनै ट्याग अपरेसन, र त्यो प्रवेश गर्ने डोमेन। नम्बर हेर्दा VLAN जस्तो देखिने सब-इन्टरफेस फ्रेम सम्झौता होइन, र एउटै भौतिक पोर्टले दुई फरक मिलानसहित दुई डोमेनलाई खुवाउन सक्छ। इनग्रेस इन्टरफेस, मिलाइएको ट्याग, ट्याग कार्य र लक्ष्य डोमेन लेख्नुहोस्, त्यसपछि इग्रेस पक्ष छुट्टै लेख्नुहोस्।
कन्फिगरेसन सार्नुअघि दुई सेवाबीच त्यो सम्झौता तुलना गर्नुहोस्। दुवै डोमेन एउटै समूहमुनि हुँदा र तिनमध्ये एउटाले मात्र ट्राफिक बोक्दा, फरक प्रायः डोमेनमा होइन जोडाइमा हुन्छ।
यदि डिजाइनले सबनेटहरूबीच राउटिङ पनि गर्छ भने, तह 3 जोडाइ आफ्नै गेटवे ठेगाना र नीति भएको अर्को वस्तु हो। ब्रिज डोमेनको नामले कुन गेटवेले त्यसलाई सेवा दिन्छ भन्नेबारे केही पनि बताउँदैन।
पुनर्गठन गर्नुअघि तैनाथ गरिएको रिलिजसँगै प्रमाणित गर्नुहोस्
चलिरहेको कन्फिगरेसन नभई डोमेन हेर्न रिलिजका आफ्नै अपरेसनल कमान्डहरू प्रयोग गर्नुहोस्। show l2vpn bridge-domain detail ले डोमेनहरू र तिनका जोडाइ स्थिति रिपोर्ट गर्छ, र MAC विकल्पसहितको show l2vpn forwarding bridge-domain ले कहाँ के सिकियो देखाउँछ। यदि एउटा MAC ठेगाना एउटा डोमेनमा देखिन्छ र त्यसको दाजुभाइमा देखिँदैन भने, पदानुक्रमले ठ्याक्कै त्यही गरिरहेको छ जुन गर्न कन्फिगर गरिएको थियो।
त्यसपछि केही परिवर्तन गर्नुअघि समूहमुनिका प्रत्येक डोमेन र जोडाइको सूची बनाउनुहोस्, र तुलनाका लागि विद्यमान कन्फिगरेसन सुरक्षित राख्नुहोस्। एउटा परिचित वस्तुको नामले प्रत्येक नेस्टेड सेवाले त्यसको दायरा साझा गर्छ भन्ने प्रमाण दिँदैन।