दुई ग्राहकका लागि एउटै /24? VPNv4 लाई RD र लेबल चाहिन्छ
दुई भाडावालले एउटै /24 विज्ञापन गर्न सक्नुको कारण RD ले प्रत्येक मार्गलाई आफ्नै पहिचान दिनु हो। लेबल अर्को प्रश्नको उत्तर दिन्छ: कसरी अगाडि पठाउने।
दुई भाडावालले आफ्नो शाखालाई एउटै 10.50.0.0/24 ले नम्बर गर्छन्, र परिवर्तनपछि एउटाको मार्ग प्रदायकको किनारबाट हराउँछ जबकि अर्को काम गरिरहन्छ। त्यो टिकटपछिको सरलीकरण सामान्यतया मार्ग भिन्नकर्ता (RD) छोड्नु हो, किनभने "लेबलले पहिले नै ग्राहक चिन्छ"। त्यसो गर्दैन। RD र लेबल दुई फरक प्रश्नको उत्तर दिन्छन्, र यो अन्तर अतिव्यापी ठेगानाले बाध्य पार्दा मात्र देखिन्छ।
दुई हुनुपर्ने ठाउँमा एउटा मार्ग
सामान्य IPv4 युनिकास्ट एउटै प्रिफिक्सतर्फ दुई बाटो तुलना गरेर राम्रो स्थापना गर्छ। भाडावाल A बाट 10.50.0.0/24 र भाडावाल B बाट 10.50.0.0/24 एउटै कुञ्जी हो, त्यसैले एउटा जित्छ र अर्को ब्याकअप मार्गका रूपमा मात्र बाँच्छ। प्रोटोकलले भनिएको काम गर्यो; नियन्त्रण तललाई एउटै पहिचानकर्तामुनि दुई फरक मार्ग भण्डारण गर्न भनिएको थियो।
नतिजा त्रुटिभन्दा हराएको मार्गजस्तो देखिन्छ: प्रतिस्पर्धा हारेको PE ले अझै आफ्नो भाडावाललाई स्थानीय रूपमा अगाडि पठाउँछ, त्यसैले साइटभित्रको पिङ सफल हुन्छ र साइटबीचको परीक्षण असफल हुन्छ। कुनै पनि नीतिलाई छुनुअघि VPNv4 तालिकामा त्यो प्रिफिक्सका प्रविष्टि गन्नुहोस्।
RD ले एउटा कुञ्जीलाई दुई बनाउँछ
आठ बाइटको मार्ग भिन्नकर्ता IPv4 प्रिफिक्सअगाडि थपिन्छ, र BGP ले बोक्ने वस्तु IPv4 प्रिफिक्सको सट्टा VPN-IPv4 ठेगाना बन्छ। दुई भाडावालले एउटै 32 बिट राख्न सक्छन् किनभने अगाडिका 64 बिट फरक छन्। AS-आधारित RD र ठेगाना-आधारित RD का लागि ढाँचा प्रकारहरू छन्, र छनोट मूल PE को हो। PE हरूले एउटै AS साझा गरे AS-आधारित RD सामान्य हुन्छ, नगरे ठेगाना-आधारित।
RD लाई सदस्यता ट्यागका रूपमा नपढ्नुहोस्. मार्ग लक्ष्यहरूले आयात र निर्यात नियन्त्रण गर्छन् र कुन VRF ले मार्ग स्थापना गर्न सक्छन् भन्ने निर्धारण गर्छन्; RD ले मार्गको आफ्नै पहिचान छ भन्ने मात्र ग्यारेन्टी गर्छ। प्रत्येक VRF लाई आफ्नै RD दिनु सामान्य अभ्यास हो, किनभने यसले त्यो म्यापिङलाई मार्ग दर्शकमा पढ्नयोग्य राख्छ।
लेबल स्थानीय अगाडि पठाउने निर्देश हो
प्रत्येक विज्ञापनले MPLS लेबल पनि बोक्छ, र यसको अर्थ यो बाँड्ने राउटरमा मात्र सीमित हुन्छ। अर्को PE ले असम्बन्धित गन्तव्यका लागि त्यही नम्बर दिन सक्छ। त्यसैले लेबलले ग्राहकको पहिचानको ठाउँ लिन सक्दैन: नम्बर अर्को हप र यो स्थापना गर्ने अगाडि पठाउने अवस्थाको छेउमा मात्र सही हुन्छ।
बाँडफाँटको सूक्ष्मता कार्यान्वयन र डिजाइनअनुसार फरक पर्छ: केही प्लेटफर्मले प्रत्येक VRF का लागि एउटा लेबल बाँड्छन्, अरूले प्रत्येक प्रिफिक्सका लागि, र लेबलले ग्राहकलाई नभई अगाडि पठाउने क्रिया चिनाउन सक्छ। एउटै गन्तव्यमा पुग्ने दुई फरक लेबल विरोधाभास होइनन्, र दुई PE मा एउटै लेबल नम्बर पनि होइन।
| Field | Where it lives | Scope | If you remove it |
|---|---|---|---|
| RD | VPNv4 NLRI | Per advertised route | Overlapping prefixes collide |
| Route target | Extended community | Import and export policy | Route lands in the wrong VRF |
| Label | Labeled NLRI and forwarding state | Per allocating router | No instruction for the data plane |
| Next hop | Path attribute | Per path | The label cannot be resolved |
एउटाले अर्कोको ठाउँ किन लिन सक्दैन
विज्ञापन पढ्नु भनेको चार कुरा सँगै हेर्नु: RD-योग्य प्रिफिक्स, मार्ग लक्ष्य, अर्को हप र लेबल। प्रयोगकर्ता प्याकेट पढ्नु भनेको त्यो जानकारीबाट स्थापित स्ट्याक हेर्नु। स्वस्थ डिजाइनले दुवै पक्ष मिलेको देखाउँछ, र बिग्रेको डिजाइनमा सामान्यतया एउटा पक्ष सही र अर्को पुरानो हुन्छ। त्यही तुलनाले पहिचानको समस्यालाई अगाडि पठाउने समस्याबाट अलग गर्छ।
नियन्त्रण तल र डेटा तलबीचको सफा विरोधाभास शिक्षण साधन हो, इन्कोडिङको वर्णन होइन। RFC 8277 लेबललाई लेबल गरिएको NLRI भित्र राख्छ, त्यसैले विज्ञापन आफैँ बन्धन बोक्छ; यसलाई अगाडि पठाउन प्रयोग गर्नु पछिको, अलग चरण हो।
भाडावालको मार्ग हराएपछि यो क्रममा जाँच गर्नुहोस्: प्रिफिक्सका लागि दुई VPNv4 प्रविष्टि, प्रत्येकमा सही मार्ग लक्ष्य, समाधान गर्न सकिने अर्को हप, र प्राप्तकर्ता PE सँग अवस्था भएको लेबल। पहिचानलाई अगाडि पठाउने मानले सुधार्नु, वा उल्टो, एउटा जाँचमा उत्तीर्ण हुनेछ र अर्कोमा असफल हुनेछ।