CE RIP रूट से दूरस्थ VRF तक: एक्सपोर्ट कहाँ होता है

RIPv2 अपडेट प्रोवाइडर एज पर पहुँचता है, VRF रूटिंग तालिका में दर्ज होता है, और वहीं रुक जाता है जब तक कोई उसे स्पष्ट रूप से एक्सपोर्ट न करे। तीन निर्णय क्रम से होते हैं, और हर एक अपने कारण से प्रीफ़िक्स को अस्वीकार कर सकता है। इन्हें एक ही घटना के रूप में पढ़ना ही कारण है कि लोग गलत बॉक्स के पीछे भागते हैं जब कोई दूरस्थ साइट उस नेटवर्क तक नहीं पहुँच पाती जिसकी CE स्पष्ट घोषणा करता है। PE के माध्यम से रूट का पीछा करें और क्रम अपने आप स्पष्ट हो जाता है।

PE RIP अपडेट के साथ क्या करता है

PE VRF इंटरफ़ेस पर अपडेट प्राप्त करता है, जाँचता है कि स्रोत अनुमत पड़ोसी है, और घोषणा से प्राप्त हॉप काउंट के साथ प्रीफ़िक्स को VRF रूटिंग तालिका में डालता है। वह तालिका अपने प्रशासनिक दूरियों और अपने सर्वोत्तम-पथ चुनाव वाली सामान्य रूटिंग तालिका है। यदि CE एक ही प्रीफ़िक्स को अलग-अलग मीट्रिक के साथ दो बार घोषित करता है, तो तालिका में केवल बेहतर ही बचता है। इस चरण में प्रोवाइडर बैकबोन का कोई संबंध नहीं है।

प्रीफ़िक्स अब एक ही ग्राहक के रूटिंग संदर्भ में मौजूद है, जो कहीं और पहुँचने योग्य होने से बहुत दूर है।

एक्सपोर्ट एक नीति-कार्य है, प्रोटोकॉल का परिणाम नहीं

VRF से बाहर निकलने के लिए रूट को उस MP-BGP प्रक्रिया में पुनर्वितरित करना होता है जो VPN रूट ले जाती है, और उसे रूट टारगेट एक्सटेंडेड कम्युनिटी चाहिए जो बताए कि कौन से दूरस्थ VRF इसे आयात कर सकते हैं। RFC 4364 में आर्किटेक्चर ठीक इसी कारण उन आदान-प्रदानों को CE-से-PE प्रोटोकॉल से अलग रखता है। एज पर RIP का उपयोग इस बात से कुछ नहीं कहता कि प्रोवाइडर नेटवर्क पार क्या जाना चाहिए।

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

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

पुनर्वितरण और स्पष्ट ओरिजिनेशन अलग तरह से व्यवहार करते हैं

पुनर्वितरण उन रूट को लेता है जो पहले से VRF तालिका में हैं और रूट मैप द्वारा फ़िल्टर होकर उन्हें BGP में कॉपी करता है। मैप तय करता है कि कौन से प्रीफ़िक्स पात्र हैं और वे कौन से एट्रिब्यूट ले जाते हैं, और मीट्रिक स्पष्ट रूप से सेट करना पड़ता है क्योंकि RIP हॉप काउंट का BGP मीट्रिक के रूप में कोई अर्थ नहीं है। जो आप अनसेट छोड़ते हैं वह ऐसे विरासत में मिलता है जो छह महीने बाद कॉन्फ़िग पढ़ने वाले को आमतौर पर चौंका देता है।

आपसी पुनर्वितरण वहीं होता है जहाँ शांत नुकसान होता है। BGP में एक्सपोर्ट किया गया प्रीफ़िक्स दूसरे पुनर्वितरण बिंदु से वापस आ सकता है, और टैग या फ़िल्टर के बिना रूट दोलता है जबकि दोनों तालिकाएँ किसी भी क्षण विश्वसनीय लगती हैं। वापसी पथ रोकने के लिए टोपोलॉजी पर भरोसा करने के बजाय एज पर लगाए गए टैग पर फ़िल्टर करें।

स्पष्ट ओरिजिनेशन अधिक सुव्यवस्थित दिखता है और बिना शर्त नहीं है। नेटवर्क स्टेटमेंट को आमतौर पर प्रीफ़िक्स ओरिजिनेट होने से पहले रूटिंग तालिका में मेल खाता रूट चाहिए, इसलिए जिस क्षण CE घोषणा बंद करता है उसी क्षण घोषणा गायब हो जाती है। यह अक्सर वही व्यवहार होता है जो आप चाहते हैं, और यह हमेशा कॉन्फ़िगर रहने वाले स्टैटिक रूट जैसा नहीं है। दोनों में से किसी व्यवहार को मानने के बजाय प्लेटफ़ॉर्म का वास्तविक नियम जाँचें।

किसी भी तरह, हर प्रीफ़िक्स के बारे में पूछने वाला प्रश्न यह है कि कौन सा सक्रिय स्रोत उसे पात्र बनाता है और उस स्रोत के गायब होने पर क्या होता है।

चार जगहों पर श्रृंखला सत्यापित करें

CE घोषणा, VRF रूटिंग तालिका, उसके रूट टारगेट वाली VPN रूट तालिका, और दूरस्थ VRF आयात, इसी क्रम में देखें। IOS पर इसका अर्थ है CE पड़ोसी आउटपुट, show ip route vrf CUSTOMER, show ip bgp vpnv4 vrf CUSTOMER, और दूर के PE पर वही कमांड। IOS-XR पर समतुल्य आउटपुट इसके अंतर्गत है: show bgp vrf CUSTOMER ipv4 unicast. कमांड के नाम अलग हैं, चार जाँच बिंदु नहीं।

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

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