दुई PE, एउटै प्रिफिक्स: RD ले दृश्यता किन तय गर्छ
एउटै प्रिफिक्स घोषणा गर्ने दुई एज राउटरले एउटै गन्तव्य साझा गर्छन्, जबसम्म तिनका route distinguisher फरक हुँदैनन्। जानाजानी बाँडफाँट गर्नुहोस्, त्यसपछि VRF जाँच्नुहोस्।
एउटै ग्राहक प्रिफिक्स घोषणा गर्ने दुई एज राउटरले केहीले छुट्याउनसम्म एउटै VPNv4 गन्तव्य वर्णन गर्छन्, र त्यो छुट्याउने route distinguisher हो। यसले प्रिफिक्सलाई योग्य बनाउँछ; नतिजा कसले आयात गर्छ भन्ने यसले तय गर्दैन, त्यो route target को काम हो। ती घोषणाहरू भेट्न सक्ने हरेक डोमेनमा छुट्टिनै रहनुपर्ने मार्गहरूको समूहबाट RD बाँडफाँट गर्नुहोस्, एउटा यन्त्रको फाइल लेआउटबाट होइन। तपाईंले छान्ने नम्बर पछिका समीक्षाहरूले भर पर्ने पहिचान हो, त्यसैले कन्फिगरेसनमा जानुअघि त्यो सूचीमा हुनुपर्छ।
RD र प्रिफिक्स मिलेर एउटै गन्तव्य
एउटा RD र एउटा IPv4 प्रिफिक्स मिलेर नियन्त्रण प्लेनले तुलना गर्ने VPNv4 गन्तव्य बन्छ। दुई PE लाई फरक ग्राहकका लागि एउटै प्रिफिक्स दिनुहोस् र फरक RD बिना तिनीहरू एउटै गन्तव्यतर्फ मार्ग घोषणा गर्छन्। डिस्प्लेमा केहीले पनि यो समूहीकरण गलत छ भनी बताउँदैन, किनकि प्लेटफर्मले पहिचानले भनेको ठ्याक्कै गर्छ। तिनमध्ये एकमा RD बदल्नुहोस्, पुरानो घोषणा फिर्ता लिइन्छ र अर्को पहिचानमुनि नयाँ देखिन्छ। पुरानो पहिचानमा अडिएका सबै कुरा, मार्ग छनोटदेखि सुरक्षित अपरेटर फिल्टरसम्म, अब नभएको कुरालाई जनाउँछ।
एउटै गन्तव्यका लागि धेरै मार्ग BGP को सामान्य व्यवहार हो, लक्षण होइन। स्पिकरले अगाडि पठाउन एउटा उत्तम मार्ग छान्दा धेरै प्राप्त मार्ग राख्न सक्छ, र प्राप्त र छानिएको बीचको अन्तर नै दृश्यताका प्रश्नहरू बस्ने ठाउँ हो। मार्ग हराएजस्तो देखिए सत्र हेर्नुअघि त्यो जुन पहिचानको थियो त्यो अझै छ कि छैन पुष्टि गर्नुहोस्।
एउटै RD, एउटै गन्तव्य, फरक मार्ग
एउटै सेवाको तर्फबाट दुई राउटरबाट एउटा RD र एउटा प्रिफिक्स पठाउनुहोस् र दुवैले एउटै गन्तव्यतर्फ मार्ग प्रस्ताव गर्छन्, सामान्यतया फरक अर्को हपसँग। रुट रिफ्लेक्टरले तिनमध्ये कुन अगाडि पठाउँछ भन्ने रिफ्लेक्टरबारे निर्णय हो: यसको मार्ग छनोट, घोषणा क्षमता र यसमाथि राखिएको कुनै पनि नीति। कुनै पनि एज राउटरले त्यो छनोट नियन्त्रण गर्दैन। दुवै घोषणालाई फरक RD दिनुहोस् र हरेक आफ्नै गन्तव्य बन्छ, त्यसैले दुवै एउटा पहिचानका लागि छानिएको मार्ग मात्र बोक्ने नियन्त्रण प्लेनमा टिक्न सक्छन्।
दृश्यता र बहुमार्ग स्वीकार गर्ने VRF मा भेटिन्छन्, तर ती एउटै निर्णय होइनन्, र दुई पहिचान बोक्ने रिफ्लेक्टरले दोस्रो स्थापित मार्ग कन्फिगर गरेको छैन। VRF ले आफ्नो आयात नीतिले स्वीकार गर्ने र आफ्नै अधिकतम-मार्ग सेटिङले अनुमति दिने स्थापना गर्छ। दोस्रो मार्ग देखिने मात्र नभई प्रयोग हुनुपर्ने चाहना भए त्यो सेटिङ छुट्टै जाँच्नुहोस्।
स्थानीय अद्वितीयता नियम नीति होइन
हरेक PE र हरेक राउटिङ इन्स्टेन्सलाई आफ्नै RD दिनु स्वस्थ परम्परा हो: यसले उत्पत्तिको नाम दिन्छ, असम्बन्धित सेवाहरूलाई एउटै पहिचानमा ठोकिनबाट रोक्छ र सूचीलाई स्थिर कुञ्जी दिन्छ। केही प्लेटफर्मले यन्त्रभित्र मात्र अद्वितीयता माग्छन् र राउटरहरूलाई एउटै VPN इन्स्टेन्सका लागि RD साझा गर्न स्पष्ट अनुमति दिन्छन्। त्यो अनुमति कार्यान्वयनको सीमा हो, विक्रेतालाई सुम्पन सकिने नेटवर्क-पार नियम होइन। डोमेन टोलीहरूसम्म फैलिएको छ भने बाँडफाँट नीति आफैं लेख्नुहोस्।
सदस्यता कहिल्यै अंकबाट आउँदैन। एउटा PE का लागि 65000:12 र अर्कोका लागि 65000:13 जस्तो ढाँचा बानी हो, तर 65000:112 जस्ता मिल्ने निर्यात र आयात लक्ष्यले नै मार्गलाई VRF मा राख्छन्। RD लाई मार्गको पहिचान र route target लाई त्यसलाई VRF मा लैजाने अनुमति मान्नुहोस्।
परिवर्तन VRF मा प्रमाणित गर्नुहोस्, डिस्प्लेमा होइन
RD छुनुअघि चार कुरा लेख्नुहोस्: PE ले आज के घोषणा गर्छ, रिफ्लेक्टरले के प्रतिबिम्बित गर्छ, स्वीकार गर्ने VRF ले के आयात गर्छ र कुन मार्ग छान्छ। नयाँ RD ले एउटा घोषणा फिर्ता लिन्छ र अर्को ल्याउँछ, त्यसैले परिवर्तन सत्रका दुवै छेउमा देखिन्छ र घोषणा गर्ने पक्ष मात्र हेर्दा गलत पढ्न सजिलो हुन्छ। स्वीकृति तपाईंले चाहेको पहुँचमा अडिनुपर्छ, प्रिफिक्स सूचीमा देखिने थप लाइनमा होइन। तलको तालिकाले त्यो समीक्षामा तीन पहिचानकर्ता मिसिनबाट जोगाउँछ।
| Identifier | Question it answers | What breaks when it is confused with another |
|---|---|---|
| Route distinguisher | Which route identity is this? | Two services collapse into one destination, so one advertisement withdraws the other |
| Route target | Who is allowed to import it? | Routes arrive in a VRF that should not have them, or never arrive at all |
| VRF import policy | What does this instance accept and install? | The route is visible on the PE but never selected in the VRF |
घोषणा गर्ने PE बाट सुरु गर्नुहोस् र केही हटाउनुअघि एउटै प्रिफिक्सका लागि दुवै पहिचान तुलना गर्नुहोस्। तलका IOS आदेशले तीन प्रश्नको क्रममा जवाफ दिन्छन्: पुरानो घोषणा अझै छ कि, नयाँ पहिचान रिफ्लेक्टरलाई देखिन्छ कि र VRF ले त्यो प्रिफिक्स छान्छ कि।
show bgp vpnv4 unicast rd 65000:12 203.0.113.0/24 show bgp vpnv4 unicast rd 65000:13 203.0.113.0/24 show ip route vrf CUSTOMER-A 203.0.113.0/24
अरू प्लेटफर्मले त्यही जानकारी फरक वाक्यविन्यासमा छाप्छन्, र प्रश्नहरू त्यो परिवर्तनपछि पनि रहन्छन्। नयाँ पहिचान रिफ्लेक्टरमा छैन तर PE ले यसलाई घोषित भनी सूचीबद्ध गर्छ भने पहिलो शंका रिफ्लेक्टरको नीति वा घोषणा क्षमता हो, अंकन होइन।
PE, इन्स्टेन्स, RD, निर्यात र आयात लक्ष्य तथा प्रिफिक्सको स्वामित्व एउटै ठाउँमा अभिलेख गर्नुहोस्, किनकि अर्को बाँडफाँट त्यो अभिलेख हुँदा मात्र अनुमान होइन खोज बन्छ। नयाँ पहिचान स्वीकार गर्ने VRF मा नदेखिन्जेल पुरानो RD राख्नुहोस्, त्यसपछि हरेक चरण उल्टाउन सकिने होस् भनी दोस्रो चरणमा फिर्ता लिनुहोस्।