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 को खण्ड त्यो ठाउँ हो जहाँ कुन मोडेल इरादामा थियो भन्ने टुंगो लगाइन्छ।