एकाच IOS XR राउटरवरील दोन होस्ट एकमेकांना पिंग करू शकत नाहीत, पण कॉन्फिगरेशन तसे व्हायला हवे असे दिसते। दोन्ही सबइंटरफेस एकाच ब्रिज गटाखाली दिसतात, नावे एका अक्षराने वेगळी आहेत आणि कमिट कोणत्याही तक्रारीशिवाय गेला। गहाळ असलेली गोष्ट म्हणजे पदानुक्रमाचा एक स्तर: ब्रिज गट हा कंटेनर आहे, आणि त्यातील प्रत्येक ब्रिज डोमेन स्वतःच्या सदस्यत्वासह स्वतंत्र ब्रॉडकास्ट डोमेन आहे। तिसरा होस्ट जोडल्यास चित्र सहसा स्पष्ट होण्याऐवजी बिघडते।

ObjectOwnsDoes not own
Bridge groupa named container for domainsany forwarding or MAC learning
Bridge domainone broadcast domain, MAC table, flooding scopethe VLAN match on an ingress port
Attachmentwhich frames from which interface and tag enter the domainwhich other domains they can reach

लक्षणापासून सुरुवात करा आणि वर वाचा

इंटरफेस up असल्याचे सांगत असताना आणि ARP नोंदी कधीही भरत नसताना एकाच सबनेटमध्ये अपयशी होणारे होस्ट हे राउटिंगचे नाही तर डोमेन-सदस्यत्वाच्या समस्येचे लक्षण आहे। राउटिंग समस्या सहसा ICMP unreachable किंवा अस्तित्वात असलेला पुढील हॉप देतात; गहाळ ब्रॉडकास्ट डोमेन दुसऱ्या स्तरावर शांतता देतो। एकही IP पत्ता पाहण्यापूर्वी दोन्ही जोडण्या एकाच ब्रिज डोमेनमध्ये आहेत का ते तपासा। नसल्यास, कितीही पत्ता-काम केले तरी त्या जोडल्या जाणार नाहीत।

ब्रिज गट हा कंटेनर आहे, त्यापेक्षा जास्त काही नाही

IOS XR स्तर 2 VPN पदानुक्रमात ब्रिज गट एक किंवा अधिक ब्रिज डोमेन धारण करतो, आणि गट स्वतः काहीही स्विच करत नाही। एका गटाखालील दोन डोमेन भावंडे आहेत, एका LAN चे सदस्य नाहीत, कॉन्फिगरेशन त्यांना आत घातल्यासारखे वाचले जात असले तरी। ती मांडणी जाणीवपूर्वक आहे: गट म्हणजे सेवा आयोजित करण्याची जागा, आणि डोमेन म्हणजे फॉर्वर्डिंग प्रत्यक्षात घडणारी जागा।

सिस्कोचे मल्टिपॉइंट स्तर 2 सेवा मार्गदर्शक ब्रिज डोमेनचे वर्णन भौतिक किंवा आभासी पोर्ट धारण करणारा, गंतव्य MAC ने स्विच करणारा, स्रोत पत्ते शिकणारा आणि अज्ञात युनिकास्ट, ब्रॉडकास्ट व मल्टिकास्ट फक्त त्या डोमेनमध्ये पसरवणारा ब्रॉडकास्ट डोमेन असे करते। तुमचे स्वतःचे कॉन्फिगरेशन वाचण्यापूर्वी त्या मार्गदर्शकातील पदानुक्रम वाचा।

ब्रिज डोमेन फॉर्वर्डिंग आणि शिकणे यांचा मालक आहे

MAC शिकणे डोमेनपुरते मर्यादित आहे, त्यामुळे एका डोमेनमध्ये शिकलेले स्टेशन त्याच्या भावंडात अदृश्य असते। पसरवणेही त्याच सीमेचे अनुसरण करते, म्हणून एका होस्टने पाठवलेला ब्रॉडकास्ट दुसऱ्या डोमेनमधील होस्टपर्यंत कधीही पोहोचत नाही। डोमेनमधील स्प्लिट-होरायझन गट, सदस्य स्थिती आणि कॉन्फिगर केलेले फॉर्वर्डिंग नियंत्रण पात्र आउटपुट अधिक संकुचित करतात।

स्यूडोवायर किंवा आभासी फॉर्वर्डिंग इन्स्टन्स ही डोमेनशी सेवा-जोडणी आहे। तो पालक ब्रिज गटाचा समानार्थी शब्द नाही, आणि तसे मानणे म्हणजे प्रदाता एजला वेगळी असायला हवी होती अशा दोन सेवा वेगळ्या न होण्याची स्थिती मिळणे।

कोणते फ्रेम अजिबात येतील हे जोडणी ठरवते

डोमेनखाली जोडणी असते: इंटरफेस किंवा सबइंटरफेस, तो जुळवतो ते एन्कॅप्सुलेशन, कोणतेही टॅग ऑपरेशन आणि तो ज्या डोमेनमध्ये जातो तो डोमेन। क्रमांक VLANसारखा दिसतो म्हणून सबइंटरफेस फ्रेम-करार होत नाही, आणि एकच भौतिक पोर्ट दोन वेगवेगळ्या जुळण्यांसह दोन डोमेनना आहार देऊ शकतो। येणारा इंटरफेस, जुळलेला टॅग, टॅग क्रिया आणि लक्ष्य डोमेन लिहा, नंतर जाणारी बाजू स्वतंत्रपणे लिहा।

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

रचनेत सबनेटमध्ये राउटिंगही असेल, तर स्तर 3 जोडणी ही स्वतःच्या गेटवे पत्त्या व धोरणासह आणखी एक वस्तू आहे। ब्रिज डोमेनचे नाव कोणता गेटवे त्याची सेवा करतो हे सांगत नाही।

पुनर्रचनेपूर्वी तैनात आवृत्तीने पडताळा

चालू कॉन्फिगरेशनकडे नाही तर डोमेनकडे पाहण्यासाठी आवृत्तीच्याच कार्यरत आज्ञा वापरा। show l2vpn bridge-domain detail डोमेन आणि त्यांची जोडणी स्थिती नोंदवते, आणि MAC पर्यायांसह show l2vpn forwarding bridge-domain काय कुठे शिकले गेले ते दाखवते। एखादा MAC पत्ता एका डोमेनमध्ये दिसून त्याच्या भावंडात न दिसल्यास, पदानुक्रम नेमके जसे कॉन्फिगर केले होते तसेच करत आहे।

मग काहीही बदलण्यापूर्वी गटाखालील प्रत्येक डोमेन व जोडणी यादी करा आणि तुलनेसाठी विद्यमान कॉन्फिगरेशन जतन करा। एक ओळखलेले वस्तू-नाव म्हणजे प्रत्येक आत घातलेली सेवा तोच व्याप्ती वाटून घेते याचा पुरावा नाही।

संबंधित लेख