Junos 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 दर्ज करें। वह रिकॉर्ड जो घोषित किया गया उसे फ़ॉरवर्डिंग प्लेन के वास्तविक व्यवहार से जोड़ता है, जो एकमात्र महत्वपूर्ण कड़ी है, और अगला इंजीनियर भी यही पूछेगा।