AS के बीच VPNv4: लेबल फ़ॉरवर्डिंग अनुबंध की क्या अपेक्षाएँ हैं

AS सीमा राउटर पर VPNv4 लेबल पढ़ना तब तक बहुत कम बताता है जब तक आपको पता न हो कि हैंडऑफ़ कौन-सा अंतर-AS मॉडल लागू करता है। लेबल अपने आप में रूट का गुण नहीं है; यह दो राउटरों के बीच एन्कैप्सुलेशन और डिलीवरी के बारे में एक समझौता दर्ज करता है। प्रदर्शन पढ़ने से पहले मॉडल पहचानिए। वरना आप ऐसे अनुबंध में खराबी ढूँढ रहे हैं जिसे किसी ने लिखा ही नहीं।

सीमा कौन-सा मॉडल लागू करती है

VRF-से-VRF व्यवस्था मिलते-जुलते VRF को राउटेड अटैचमेंट के ज़रिए जोड़ती है। हर पक्ष दूसरे को ग्राहक-किनारे का पड़ोसी मानता है और वे साधारण IPv4 रूट का आदान-प्रदान करते हैं, इसलिए उस सीमा पर किसी चीज़ को MPLS की ज़रूरत नहीं होती।

दूसरी व्यवस्था लेबल वाले VPNv4 रूट को सीमा राउटरों के बीच ही बदलती है। यह तभी काम करती है जब इंटरकनेक्ट के पार एक सुसंगत लेबल-स्विच्ड पाथ हो और route-target वितरण तथा भरोसे का मॉडल दोनों पक्षों को स्वीकार्य हो। अगर इनमें से कोई टुकड़ा न हो, तो मॉडल प्रयोग में नहीं है, चाहे कॉन्फ़िगरेशन कुछ भी कहता दिखे।

तीसरी व्यवस्था लेबल वाली PE पहुँच बाँटती है जबकि VPN रूट AS के पार एंडपॉइंट या रूट रिफ़्लेक्टर के बीच यात्रा करते हैं। इन तीनों में से हर एक सीमा पर अलग काम छोड़ता है, और एक के कंट्रोल प्लेन को दूसरे की इंटरफ़ेस मान्यताओं के साथ मिलाना ही क्लासिक विफलता है। वह बेमेल आम तौर पर ऐसे लेबल के रूप में सामने आता है जो एक ओर सही दिखता है और दूसरी ओर गायब हो जाता है।

एक प्रीफ़िक्स को शुरू से अंत तक पढ़िए

एक अधिकृत ग्राहक प्रीफ़िक्स लीजिए और उस पर चलिए। देखिए क्या विज्ञापित हुआ, क्या पहुँचा, नेक्स्ट हॉप, लेबल और वह इम्पोर्ट नीति जिसने उसे स्वीकार किया। फिर देखिए राउटर उस नेक्स्ट हॉप की ओर फ़ॉरवर्डिंग कैसे सुलझाता है, क्योंकि वहीं लेबल पैकेट बनता है। इनमें से कोई भी आधा हिस्सा छोड़ दें तो आप ऐसे कंट्रोल प्लेन का वर्णन कर रहे हैं जो ट्रैफ़िक न भेज रहा हो। दोनों पाठ केवल साथ में अर्थ रखते हैं।

यह संख्या स्थानीय है। इसका अर्थ उस राउटर से जुड़ा है जिसने इसे आवंटित किया और उस पाथ से जो वहाँ पैकेट ले जाता है, इसलिए वही मान दो बार दिख सकता है और दो अलग बातें कह सकता है। इसकी तुलना उससे कीजिए जो प्राप्त करने वाला पक्ष कहता है कि उसे मिला।

लेबल स्थानीय है, और वादा भी

क्षमता इंटरकनेक्ट के दोनों सिरों पर जाँची जाती है, एक पर नहीं। आपके इंटरफ़ेस पर दिया गया कमांड पड़ोसी प्रदाता इंटरफ़ेस पर कुछ नहीं करता, और BGP द्वारा स्वीकार किया गया रूट अपने आप पड़ोसी को लेबल वाला पैकेट फ़ॉरवर्ड करने के लिए बाध्य नहीं करता।

RFC 4364 लेबल वाली VPNv4 पीयरिंग को भरोसेमंद व्यवस्थाओं तक सीमित करता है और ऐसे लेबल स्वीकार करने से चेताता है जो उस पीयर को कभी विज्ञापित नहीं किए गए। यह उतनी ही सुरक्षा की बात है जितनी प्रोटोकॉल की। सार्वजनिक इंटरनेट रूटिंग संबंध को निजी VPN रूट के आदान-प्रदान से दूर रखिए। अगर इंटरकनेक्ट सादा IP है, तो उम्मीद न रखिए कि कोई लेबल उसके पार बचेगा। और जहाँ लिंक लेबल वाला है, वहाँ हर हॉप पर बाहरी ट्रांसपोर्ट लेबल ठीक से बदला जाना पुष्ट कीजिए।

ऐसा लेबल जो एक ओर सही दिखे और दूसरी ओर गायब हो जाए, आम तौर पर वही बेमेल होता है, रूटिंग की खराबी नहीं।

स्वीकृति के समय क्या लिखें

स्वीकृति पैकेट की परख है, तालिका की समीक्षा नहीं। किसी ग्राहक पैकेट का पीछा दूरस्थ VRF तक कीजिए और उसका उत्तर वापस तक कीजिए, फिर लिखिए कि हैंडऑफ़ कौन-सा मॉडल लागू करता है। जोड़िए दोनों ओर के हैंडऑफ़ मालिकों को और यह कि सीमा सादा IP ले जाती है या लेबल वाला ट्रैफ़िक।

यही टिप्पणी अगले ऑपरेटर को वही लेबल प्रदर्शन ठीक से पढ़ने देती है। इसके बिना मॉडल कॉन्फ़िगरेशन से अनुमान लगाया जाता है, और अनुमानित मान्यताएँ ही वही गलती दोहराने का तरीका हैं। अंतर-AS पर RFC 4364 का अनुभाग वह जगह है जहाँ तय होता है कि कौन-सा मॉडल इरादे में था।