क्या कोर में VPNv4 को MPLS चाहिए? ज़रूरी नहीं
BGP VPNv4 एक रूट-वितरण संदर्भ पर बातचीत करता है, अग्रेषण पथ पर नहीं। आयात, अगले हॉप का समाधान और वह एनकैप्सुलेशन अलग करें जिसे आप चला सकते हैं।
दो राउटरों के बीच VPNv4 पता-परिवार चालू करना केवल एक रूट-वितरण संदर्भ बनाता है और इससे अधिक कुछ नहीं। यह अग्रेषण पथ स्थापित नहीं करता और यह नहीं बताता कि कौन-सा एनकैप्सुलेशन ग्राहक पैकेट को दूरस्थ अंतिम बिंदु तक ले जाएगा। जैसे ही ये दो तथ्य अलग हो जाते हैं, प्रश्न «क्या इसे कोर में MPLS चाहिए» प्लेटफ़ॉर्म द्वारा समर्थित डेटा प्लेन के बारे में अधिक संकीर्ण और उत्तर देने योग्य प्रश्न बन जाता है।
पता-परिवार वास्तव में किस पर बातचीत करता है
मल्टीप्रोटोकॉल BGP AFI 1 और SAFI 128 के अंतर्गत VPNv4 नेटवर्क-स्तर की पहुँच-योग्यता सूचना ले जाता है, और प्रत्येक प्रविष्टि एक रूट विभेदक को उपसर्ग और लेबल के साथ जोड़ती है। सत्र पर बातचीत होती है कि दोनों वक्ता उस सूचना को एनकोड और डिकोड कर सकते हैं। जिस पर यह बातचीत नहीं करता वह डेटा प्लेन है। इस अनुच्छेद के बाद सब कुछ अग्रेषण से संबंधित है, और इसमें से कुछ भी सत्र के ऊपर उठने से तय नहीं होता।
इसलिए सफल सत्र नियंत्रण-प्लेन क्षमता का प्रमाण है, अग्रेषण का नहीं। एक राउटर हज़ारों VPNv4 प्रविष्टियाँ रख सकता है और फिर भी हर ग्राहक पैकेट गिरा सकता है, और इसी कारण दोनों विफलता-वर्ग शुरू में आपस में उलझ जाते हैं।
NLRI में लेबल पर ध्यान दें। यह एक सेवा लेबल है, जो VRF के भीतर उपसर्ग से बंधा है, और पैकेट के निर्गम अंतिम बिंदु तक पहुँचने पर इसकी अग्रेषण भूमिका होती है। कोई भी पारगमन उपकरण इसे पढ़ता है या नहीं, यह अलग डिज़ाइन निर्णय है।
प्राप्ति, आयात और अग्रेषण तीन चरण हैं
किसी रूट को प्राप्त करना, उसका उपयोग करने की अनुमति होना और उसके साथ अग्रेषित कर सकना उपकरण के अलग-अलग भाग करते हैं। BGP जो सुनता है उसे संग्रहीत करता है; आयात नीति और रूट-लक्ष्य मिलान तय करते हैं कि कौन-सा VRF उसे विचार में ला सकता है; फिर अग्रेषण प्लेन को घोषित अगले हॉप को ऐसी वस्तु में हल करना होता है जिसे वह वास्तव में तार पर भेज सके।
| Step in the chain | What has to be true | How it fails quietly |
|---|---|---|
| NLRI exchange | Both speakers negotiate the VPNv4 capability | Session stays up while the family is never activated |
| Import eligibility | A route target on the received route matches the VRF import policy | The route exists in the table but never enters the VRF |
| Next-hop resolution | The advertised next hop resolves to a usable tunnel or label path | Best path is selected, then marked unreachable or unusable |
| Encapsulation | The egress endpoint can decapsulate what the ingress produced | Packets arrive and are discarded for a format mismatch |
इसी मध्य चरण में सबसे आश्चर्यजनक विफलताएँ रहती हैं। कोई रूट BGP तालिका में मौजूद, वैध और सर्वोत्तम भी हो सकता है, जबकि VRF रूट तालिका खाली रहती है क्योंकि कोई रूट लक्ष्य आयात सूची से मेल नहीं खाया। कुछ भी प्रोटोकॉल त्रुटि दर्ज नहीं करता, क्योंकि कोई प्रोटोकॉल त्रुटि हुई ही नहीं।
अंतिम चरण वह है जहाँ प्लेटफ़ॉर्म समर्थन दिखता है। अंडरले में पहुँच-योग्य अगला हॉप स्वतः VPN सेवा परिवहन के रूप में हल नहीं होता, और उपकरण विशिष्ट टनल प्रकार, विशिष्ट लेबल संक्रिया या दोनों की माँग कर सकता है। समाधान स्थिति पढ़ना रूट संख्या पढ़ने से अधिक सूचनाप्रद है।
एक IP कोर ऐसा स्टैक ले जा सकता है जिसे वह कभी स्विच नहीं करता
जो अंतर बनाए रखने योग्य है वह «कोर MPLS नहीं चलाता» और «सेवा में कहीं भी लेबल नहीं है» के बीच है। ये अलग दावे हैं, और केवल पहला पारगमन उपकरणों के बारे में है। RFC 4023 IP या GRE टनलों के माध्यम से MPLS ले जाने को परिभाषित करता है, और यही तंत्र दूसरे दावे को पूर्ण IP कोर पर संभव बनाता है।
customer packet + service label
encapsulated in GRE, addressed to the egress tunnel endpoint
forwarded by ordinary IP routers on the outer header
decapsulated at the endpoint, label still meaningfulपारगमन राउटर बाहरी IP गंतव्य पर अग्रेषित करते हैं और उन्हें न ग्राहक उपसर्गों की आवश्यकता होती है न मूल लेबल स्विचिंग की। दूरस्थ छोर पर बाहरी टनल हटा दी जाती है और सेवा लेबल अपना काम फिर शुरू कर देता है। कोर ने एक अपारदर्शी पेलोड स्थानांतरित किया, और IP नेटवर्क ठीक इसी में अच्छा है।
यह डिज़ाइन आपको जो नहीं देता वह सार्वभौमिक गारंटी है। यह प्रमाण नहीं है कि हर राउटर किसी भी GRE इंटरफ़ेस पर हर VPNv4 अगले हॉप को हल करता है, और यह काम कर रहे मूल MPLS कॉन्फ़िगरेशन को हटाने का कारण नहीं है। यह सार्वभौमिक दावे का प्रतिउदाहरण है, और व्यावहारिक प्रश्न प्लेटफ़ॉर्म तक स्थानीय रहता है। उस प्रश्न को प्रोटोकॉल नियम के बजाय प्लेटफ़ॉर्म सीमा के रूप में दर्ज करें।
बॉक्स पर श्रृंखला तब तक चलें जब तक वह टूट न जाए
प्राप्त रूट से शुरू करें और पहले उस चरण पर रुकें जो विफल हो, क्योंकि पहले का चरण टूटा होने पर बाद के चरणों का निदान नहीं किया जा सकता। सामान्य कार्यान्वयन में चार कमांड इसका अधिकांश भाग कवर करते हैं।
show bgp vpnv4 unicast all summary
show bgp vrf CUSTOMER_A ip route 198.51.100.0/24
show ip route vrf CUSTOMER_A 198.51.100.0
show mpls forwarding-table vrf CUSTOMER_Aउन्हें चार स्वतंत्र जाँचों के बजाय एक क्रम के रूप में पढ़ें। पहला पुष्टि करता है कि परिवार सक्रिय है और सहकर्मी रूट का आदान-प्रदान कर रहा है; दूसरा दिखाता है कि उपसर्ग उपयोगी अगले हॉप के साथ आया या नहीं; तीसरा आयात पात्रता सिद्ध करता है; चौथा दिखाता है कि अग्रेषण प्लेन ने उससे लेबल या टनल बाँधा या नहीं।
फिर कार्यभार पथ को दोनों दिशाओं में जाँचें, ऐसे MTU के साथ जो एनकैप्सुलेशन सह ले। GRE हेडर बाइट जोड़ता है, और छोटी जाँचों से गुज़रने वाला पथ केवल एक दिशा में पूर्ण-आकार के पैकेटों पर विफल हो सकता है, जो परिवहन दोष के बजाय एप्लिकेशन दोष जैसा दिखता है।
दो परिचालन टिप्पणियाँ चक्र पूरा करती हैं। GRE एनकैप्सुलेशन है, गोपनीयता नहीं, इसलिए अविश्वसनीय पारगमन नेटवर्क को धारणा के बजाय ऊपर एक समर्थित सुरक्षा व्यवस्था चाहिए। और डिज़ाइन समीक्षा से पहले दर्ज करें कि प्लेटफ़ॉर्म वास्तव में कौन-सा एनकैप्सुलेशन समर्थित करता है, क्योंकि वही एक उत्तर तय करता है कि केवल-IP कोर वैध विकल्प है या ऐसी योजना जो अग्रेषित नहीं कर सकती।