RSVP-TE सुरंग चालू है, लेकिन ग्राहक के L3VPN का कोई पथ नहीं है
परिवहन और सेवा अलग निर्णय हैं। लेबल स्टैक पढ़ें, नेक्स्ट-हॉप रिज़ॉल्यूशन और VRF जुड़ाव अलग-अलग जाँचें, फिर एक वास्तविक ग्राहक प्रवाह परखें।
जब ग्राहक बताता है कि VPN बंद है और परिवहन टीम बताती है कि सुरंग ठीक है, तब दोनों टीमें एक साथ सही हो सकती हैं। ट्रैफ़िक-इंजीनियर किया गया LSP और MPLS L3VPN अलग-अलग सवालों के जवाब देते हैं: एक कोर के आर-पार लेबल वाले पैकेट ले जाता है, दूसरा तय करता है कि पैकेट किस रूटिंग संदर्भ का है। जब दोनों को मिला दिया जाता है, तो बहस गोल-गोल घूमती है, क्योंकि हर पक्ष अलग वस्तु मापता है और दोनों माप मान्य हैं।
परिवहन चालू और सेवा बंद होना सामान्य स्थिति है
LSP स्थापित हो सकता है, ट्रैफ़िक ढो सकता है और हर निगरानी प्रणाली में दिख सकता है, जबकि ग्राहक सेवा अनुपयोगी बनी रहती है। इस संयोजन में कुछ भी विरोधाभासी नहीं है, क्योंकि सुरंग की कोई राय नहीं है कि दूर का प्रीफ़िक्स मौजूद है या नहीं, आयात नीति ने उसे स्वीकार किया या नहीं, या जुड़ा सर्किट फ़्रेम पास कर रहा है या नहीं।
आम तौर पर उलझन उजागर करने वाला लक्षण असममित होता है: PE लूपबैक से पिंग सफल होते हैं, जबकि ग्राहक के LAN पर मेज़बान को कुछ नहीं मिलता, या उलटा। सिद्धांत बनाने से पहले लिख लें कि कौन-से पते काम करते थे। एक बार जब आप देखते हैं कि आप दो अलग वस्तुएँ परख रहे हैं, तो अगला कदम यह बहस करना नहीं कि किसका ग्राफ़ सही है, बल्कि लेबल स्टैक पढ़ना है। दो पते, दो मालिक, और आम तौर पर दो अलग लोग जिनमें से हर एक मानता है कि दूसरे ने कुछ तोड़ा है।
स्टैक को दो ज़िम्मेदारियों के रूप में पढ़ें
नीचेवाला लेबल सेवा का है और ऊपरवाला लेबल पथ का है। RFC 4364 क्रम को सरलता से बताता है: पहले VPN रूट लेबल लगाया जाता है, फिर उस लेबल वाले पैकेट को BGP के अगले हॉप की ओर सुरंग में भेजा जाता है, और वहीं ट्रैफ़िक-इंजीनियरिंग सुरंग अपना लेबल ऊपर दबाती है।
| Object | Decision it encodes | Who owns it |
|---|---|---|
| Attachment and VRF | Which customer context receives the arriving packet | Edge configuration |
| VPN route and service label | Which remote forwarding context handles the destination | BGP VPN signalling |
| Transport LSP and tunnel label | How the core carries the packet to the BGP next hop | RSVP-TE or another tunnel mechanism |
दूर के PE पर सेवा लेबल व्यवहार चुनता है, जो VRF लुकअप या जुड़ाव निर्णय हो सकता है। उस लेबल को ऐसे लेबल से नहीं बदला जा सकता जो केवल कोर पार करता है, और दोनों विनिमेय नहीं हैं, भले ही दोनों एक ही इंटरफ़ेस पर एक ही स्टैक में दिखाई दें।
RSVP की सफलता क्या साबित करती है और क्या नहीं
RSVP-TE संसाधन आरक्षण के साथ या बिना स्पष्ट रूप से रूट किए गए LSP स्थापित करता है, जो कोर से गुज़रते समय पैकेट के पथ के बारे में एक ठोस और उपयोगी गारंटी है। यह ग्राहक मार्गों के बारे में कथन नहीं है, और कॉन्फ़िगर किया गया सुरंग नाम बिल्कुल भी मार्ग नहीं है।
RSVP की उपस्थिति भी एंड-टू-एंड प्रदर्शन का वादा नहीं देती। एक LSP पर बैंडविड्थ आरक्षण जुड़े सर्किट, ग्राहक की अपनी एक्सेस लाइन या दूर के किनारे पर कतार व्यवहार के बारे में कुछ नहीं कहता। इसे गारंटी मानने से ऐसे सवालों के आत्मविश्वासी जवाब मिलते हैं जो किसी ने पूछे ही नहीं। अगर आवश्यकता वास्तव में बैंडविड्थ प्रतिबद्धता है, तो उसे उन टुकड़ों से जोड़ना होगा जो वास्तव में इसे लागू करते हैं, और LSP उस श्रृंखला का केवल मध्य है।
क्रम से जाँचें, फिर रुकें
परिवहन से बाहर की ओर काम करें और पहले ऐसे चरण पर रुकें जो विफल हो, क्योंकि हर बाद का चरण मानता है कि पिछले चरण टिके रहे। पहले पुष्टि करें कि LSP स्थापित है और सेवा प्रीफ़िक्स की अग्रेषण प्रविष्टि वास्तव में उसी की ओर इशारा करती है। फिर पुष्टि करें कि VPN मार्ग सही तालिका में मौजूद है, उसका लेबल बाइंडिंग मौजूद है और आयात नीति ने उसे स्वीकार किया है। फिर जुड़ाव की पुष्टि करें: इंटरफ़ेस, एनकैप्सुलेशन और जहाँ लागू हो, उस अनुबंध का VLAN पहचानकर्ता।
show mpls lsp
show mpls forwarding-table 10.60.0.0 24
show bgp vpnv4 unicast vrf CUSTOMER 10.60.0.0/24
show ip vrf detail CUSTOMERकमांड सिंटैक्स प्लेटफ़ॉर्म के अनुसार बदलता है, इसलिए उन चार पंक्तियों को स्क्रिप्ट नहीं बल्कि चार सवाल मानें। महत्वपूर्ण बात यह है कि हर एक अलग वस्तु से पूछताछ करता है, और इसी कारण विफलता किसी विशिष्ट मालिक की ओर इशारा करती है।
एक अनुमत अनुरोध का पालन करें और अच्छे साक्ष्य रखें
नीति द्वारा अनुमत एक वास्तविक ग्राहक अनुरोध और उसके उत्तर के साथ समाप्त करें। एंड-टू-एंड चलने वाला एक प्रवाह काउंटर रीडिंग के एक पृष्ठ से अधिक तय करता है, और यह हर टुकड़े को अलग-अलग नहीं बल्कि संयोजन को परखता है।
जब बाद का चरण विफल हो, तो परिवहन को फिर से बनाने के बजाय सफल LSP अवलोकन सुरक्षित रखें। चालू सुरंग को फिर से बनाना अनुपस्थित दूर के प्रीफ़िक्स, गलत VRF जुड़ाव या गंतव्य एक्सेस नियम को ठीक नहीं कर सकता, और यह उस साक्ष्य को नष्ट कर देता है जिसने शुरू में बताया था कि परिवहन स्वस्थ है।