Junos L2VPN लेबल दाखवते पण काहीही फॉरवर्ड करत नाही, का
Kompella L2VPN फॉरवर्डिंग स्थिती रूट लुकअपमधून नाही, अटॅचमेंटमधून निवडते। ट्रान्सपोर्टला दोष देण्यापूर्वी स्थानिक आणि दूरच्या लेबलच्या दिशा वाचा।
ग्राहक अहवाल येतात की L2VPN कनेक्शन Up आहे, अटॅचमेंट वर आहे, आणि एकही फ्रेम पार होत नाही। स्थिती दिवे प्रामाणिक आहेत; फ्रेम अशा सेवेत वर्गीकृत होत आहे जिच्या दूरच्या टोकाला कोणतीही उपयुक्त फॉरवर्डिंग स्थिती नाही। BGP ने सिग्नल केलेल्या पॉइंट-टू-पॉइंट L2VPN मध्ये पहिला निर्णय अटॅचमेंटचा असतो, रूट लुकअपचा नाही। ग्राहकाची फ्रेम लॉजिकल इंटरफेसवर येते, आणि तो इंटरफेस कनेक्शनला आणि त्यामुळे दूरच्या साइटला नाव देतो। त्यानंतरचे सर्व काही पीअर्सनी जाहीर केलेल्यापासून बनवलेली लेबल-फॉरवर्डिंग स्थिती आहे।
फ्रेम कधीही रूट लुकअप करत नाही
सिग्नलिंगने स्थिती तयार केली; प्रति-पॅकेट प्रक्रिया ही आधीच निवडलेल्या कनेक्शनवरील लेबल लुकअप आहे। म्हणून रूट का नाही हे विचारणे चुकीचा प्रश्न आहे, आणि तो दोन महत्त्वाची मूल्ये लपवतो: अटॅचमेंटचे कनेक्शन आणि ते वापरत असलेले सेवा लेबल।
हे प्रयत्नांची असमानताही स्पष्ट करते। कॉन्फिगरेशन पुनरावलोकन सांगते की काय स्थापित व्हायला हवे होते, तर कनेक्शन दृश्य सांगते की प्रत्यक्षात काय काढले गेले, आणि लेबल-ब्लॉक जुळत नसल्यास फक्त दुसरेच टिकते।
दोन लेबल, दोन दिशा
प्रत्येक PE स्थानिकरित्या एक लेबल ब्लॉक वाटप करते, त्याचा आधार आणि आकार जाहीर करते, आणि त्याचे पीअर्स विशिष्ट साइटचे लेबल काढण्यासाठी ऑफसेट जोडतात। म्हणून वाटपे स्थानिकदृष्ट्या अर्थपूर्ण आहेत: दोन PE एकाच सेवेसाठी वेगळे आधार आणि वेगळे ब्लॉक आकार वापरू शकतात। काहीही बदलण्यापूर्वी कनेक्शन दोन्ही टोकांवरून वाचा। एका लेबलने कमी मोजलेला ब्लॉक कधीही स्थापित न होणाऱ्या कनेक्शनसारखाच दिसतो।
show l2vpn connections instance CUST-A extensive
त्या आउटपुटमध्ये इनकमिंग लेबल ते आहे जे या PE ने वाटप केले आणि त्याच्या पीअरला वापरण्यास सांगितले, तर आउटगोइंग लेबल हे या PE ने ढकललेले पीअरचे वाटप आहे। दोन्ही उलट्या क्रमाने वाचणे ही क्लासिक चूक आहे, आणि ती तुम्हाला या बाजूला कधीही दिसू नये असे मूल्य शोधायला पाठवते। कनेक्शन संदर्भ लेबलांच्या शेजारील फील्ड्सचे दस्तऐवजीकरण करतो, ज्यात साइट, स्थिती आणि ब्लॉक माहिती समाविष्ट आहे।
लेबल लुकअप काय सिद्ध करतो
इनकमिंग मूल्य मिळाल्यावर, स्थानिक लुकअप एकच कमांड आहे:
show route label 160042
त्या आउटपुटमध्ये पुढील हॉपसह l2vpn नोंद दिसायला हवी, आणि लेबल ऑपरेशन सांगते की फ्रेम बाहेर पडण्यापूर्वी ढकलली जाते, बदलली जाते की काढली जाते। ते काहीही दाखवत नसल्यास, कनेक्शन Up दाखवत असूनही सेवा स्थिती कधीही स्थापित झाली नाही, आणि तफावत ट्रान्सपोर्टमध्ये नाही, सिग्नलिंगमध्ये आहे।
एका फ्रेमचा मागोवा घ्या
अटॅचमेंटमध्ये ढकललेला एकच पॅकेट कोणत्याही कॉन्फिगरेशन पुनरावलोकनापेक्षा जास्त निकाली काढतो। सेवा लेबल मार्गाने दूरच्या PE कडे जाणाऱ्या ट्रान्सपोर्ट LSP कडे निर्देश करायला हवे, आणि दोन्ही लेबल पीअरने नोंदवलेल्या मूल्यांशी जुळायला हवीत। ट्रान्सपोर्ट निरोगी असताना सेवा लेबल चुकीचे असल्यास, फ्रेम योग्य राउटरपर्यंत पोहोचते आणि तिथेच टाकून दिली जाते, म्हणूनच दूरच्या टोकाचे काउंटर रिकामे आणि जवळच्या टोकाचे काउंटर व्यस्त दिसतात।
अटॅचमेंटचे एन्कॅप्सुलेशन, कंट्रोल-वर्ड सेटिंग आणि MTU एकाच वेळी तपासा, कारण ते प्रति-हॉप वर्तन नाही, वाटाघाटी केलेले गुणधर्म आहेत।
सेवा मॉडेल्स वेगळी ठेवा
VPLS MAC पत्ते शिकते आणि EVPN एंडपॉइंट्स जाहीर करते, तर पॉइंट-टू-पॉइंट L2VPN दोन्हीपैकी काहीही करत नाही, म्हणून समान BGP आणि MPLS पायाभूत सुविधांवर असूनही त्यांच्या फ्रेम-निवड प्रक्रिया अदलाबदल करण्यायोग्य नाहीत। एका मॉडेलमधून दुसऱ्यात समस्या-निवारणाची पायरी नेल्यास आधार नसलेले आत्मविश्वासू निष्कर्ष निघतात।
गहाळ मार्गासाठी, दोन्ही पीअर्सची कनेक्शन स्थिती, अटॅचमेंट, दोन्ही लेबल दिशा, एन्कॅप्सुलेशन, कंट्रोल-वर्ड सेटिंग आणि MTU नोंदवा। ती नोंद जे जाहीर केले गेले त्याला फॉरवर्डिंग प्लेन प्रत्यक्षात काय करते याशी जोडते, जो एकमेव महत्त्वाचा दुवा आहे, आणि पुढील अभियंताही तेच विचारेल।