இரண்டு PE, ஒரு முன்னொட்டு: RD பார்வைத்திறனை ஏன் தீர்மானிக்கிறது
ஒரே முன்னொட்டை அறிவிக்கும் இரண்டு விளிம்பு திசைவிகள், அவற்றின் route distinguisher வேறுபடாவிட்டால் ஒரு இலக்கைப் பங்கிடுகின்றன. வேண்டுமென்றே ஒதுக்கி, பின்னர் VRF சரிபார்க்கவும்.
ஒரே வாடிக்கையாளர் முன்னொட்டை அறிவிக்கும் இரண்டு விளிம்பு திசைவிகள், ஏதோ ஒன்று அவற்றைப் பிரிக்கும் வரை ஒரு VPNv4 இலக்கை விவரிக்கின்றன, அந்தப் பிரிப்பான் route distinguisher ஆகும். அது முன்னொட்டைத் தகுதிப்படுத்துகிறது; முடிவை யார் இறக்குமதி செய்கிறார் என்பதை அது தீர்மானிக்கவில்லை, அது route target-இன் வேலை. அந்த அறிவிப்புகள் சந்திக்கக்கூடிய ஒவ்வொரு களத்திலும் வேறுபடுத்தக்கூடியதாக இருக்க வேண்டிய வழித்தடங்களின் தொகுப்பிலிருந்து RD ஒதுக்குங்கள், ஒரு சாதனத்தின் கோப்பு அமைப்பிலிருந்து அல்ல. நீங்கள் தேர்ந்தெடுக்கும் எண் பின்னர் வரும் மதிப்பாய்வுகள் சார்ந்திருக்கும் அடையாளம், எனவே கட்டமைப்புக்குள் செல்வதற்கு முன் அது பட்டியலில் இருக்க வேண்டும்.
RD-உம் முன்னொட்டும் ஒரு இலக்கம்
ஒரு RD மற்றும் ஒரு IPv4 முன்னொட்டு சேர்ந்து கட்டுப்பாட்டுத் தளம் ஒப்பிடும் VPNv4 இலக்கை உருவாக்குகின்றன. இரண்டு PE-க்கு வெவ்வேறு வாடிக்கையாளர்களுக்கு ஒரே முன்னொட்டைக் கொடுங்கள், வேறுபட்ட RD இல்லாமல் அவை ஒரு இலக்கை நோக்கி வழித்தடங்களை அறிவிக்கின்றன. திரையில் எதுவும் இந்தக் குழுவாக்கம் தவறு என்று சொல்லாது, ஏனெனில் தளம் அடையாளம் சொல்வதைச் சரியாகச் செய்கிறது. அவற்றில் ஒன்றில் RD-ஐ மாற்றுங்கள், பழைய அறிவிப்பு திரும்பப் பெறப்படும், மற்றொரு அடையாளத்தின் கீழ் புதியது தோன்றும். பழைய அடையாளத்தைச் சார்ந்த அனைத்தும், வழித்தடத் தேர்விலிருந்து சேமிக்கப்பட்ட இயக்குபவர் வடிகட்டி வரை, இப்போது இல்லாத ஒன்றைக் குறிக்கின்றன.
ஒரு இலக்குக்கு பல வழித்தடங்கள் இருப்பது BGP-யின் சாதாரண நடத்தை, அறிகுறி அல்ல. ஒரு பேச்சாளர் அனுப்புதலுக்கு ஒரு சிறந்த வழித்தடத்தைத் தேர்ந்தெடுக்கும்போது பல பெறப்பட்ட வழித்தடங்களை வைத்திருக்க முடியும், பெறப்பட்டதற்கும் தேர்ந்தெடுத்ததற்கும் இடையிலான இடைவெளியே பார்வைத்திறன் கேள்விகள் வாழும் இடம். ஒரு வழித்தடம் மறைந்ததுபோல் தோன்றினால், அமர்வைப் பார்ப்பதற்கு முன் அது சேர்ந்த அடையாளம் இன்னும் உள்ளதா என்பதை உறுதிப்படுத்துங்கள்.
அதே RD, அதே இலக்கம், வேறு வழித்தடங்கள்
ஒரே சேவைக்காக இரண்டு திசைவிகளிலிருந்து ஒரு RD-ஐயும் ஒரு முன்னொட்டையும் அனுப்புங்கள், இரண்டும் ஒரு இலக்கை நோக்கி வழித்தடங்களை வழங்குகின்றன, பொதுவாக வெவ்வேறு அடுத்த தாவல்களுடன். route reflector அவற்றில் எதைக் கடத்துகிறது என்பது reflector பற்றிய முடிவு: அதன் வழித்தடத் தேர்வு, அதன் அறிவிப்புத் திறன் மற்றும் அதன் மேல் அடுக்கப்பட்ட எந்தக் கொள்கையும். எந்த விளிம்பு திசைவியும் அந்தத் தேர்வைக் கட்டுப்படுத்தவில்லை. இரண்டு அறிவிப்புகளுக்கும் வெவ்வேறு RD கொடுங்கள், ஒவ்வொன்றும் தனது சொந்த இலக்காகும், எனவே ஒரு அடையாளத்திற்கு தேர்ந்தெடுக்கப்பட்ட வழித்தடத்தை மட்டும் சுமக்கும் கட்டுப்பாட்டுத் தளத்தில் இரண்டும் தாக்குப்பிடிக்கும்.
பார்வைத்திறனும் பல்வழியும் பெறும் VRF-இல் சந்திக்கின்றன, ஆனால் அவை ஒரே முடிவு அல்ல, இரண்டு அடையாளங்களைச் சுமக்கும் reflector இரண்டாவது நிறுவப்பட்ட வழித்தடத்தை அமைக்கவில்லை. VRF அதன் இறக்குமதிக் கொள்கை அனுமதிப்பதையும் அதன் சொந்த அதிகபட்ச வழித்தட அமைப்பு அனுமதிப்பதையும் நிறுவுகிறது. இரண்டாவது வழித்தடம் வெறுமனே தெரிவதற்குப் பதிலாக பயன்படுத்தப்பட வேண்டுமெனில் அந்த அமைப்பைத் தனியாகச் சரிபார்க்கவும்.
இடத்திற்குரிய தனித்துவ விதி கொள்கை அல்ல
ஒவ்வொரு PE-க்கும் ஒவ்வொரு வழியமைப்பு நிகழ்வுக்கும் அதன் சொந்த RD கொடுப்பது ஆரோக்கியமான வழக்கம்: அது மூலத்தைப் பெயரிடுகிறது, தொடர்பில்லாத சேவைகள் ஒரு அடையாளத்தில் மோதுவதைத் தடுக்கிறது, பட்டியலுக்கு நிலையான சாவியைத் தருகிறது. சில தளங்கள் சாதனத்தின் உள்ளே மட்டும் தனித்துவத்தைக் கோருகின்றன, ஒரே VPN நிகழ்வுக்கு திசைவிகள் RD பங்கிட அனுமதிக்கின்றன. அந்த அனுமதி செயலாக்கக் கட்டுப்பாடு, விற்பனையாளரிடம் ஒப்படைக்கக்கூடிய வலையமைப்புகளுக்கிடையேயான விதி அல்ல. களம் குழுக்களை உள்ளடக்கினால், ஒதுக்கீட்டுக் கொள்கையை நீங்களே எழுதுங்கள்.
உறுப்பினர் எப்போதும் இலக்கங்களிலிருந்து வருவதில்லை. ஒரு PE-க்கு 65000:12, மற்றொன்றுக்கு 65000:13 போன்ற முறை ஒரு பழக்கம், ஆனால் 65000:112 போன்ற பொருந்தும் ஏற்றுமதி மற்றும் இறக்குமதி இலக்குகளே வழித்தடத்தை VRF-இல் வைக்கின்றன. RD-ஐ வழித்தடத்தின் அடையாளமாகவும், route target-ஐ அதை VRF-க்குள் எடுத்துச் செல்லும் அனுமதியாகவும் கருதுங்கள்.
மாற்றத்தை VRF-இல் நிரூபியுங்கள், திரையில் அல்ல
RD-ஐத் தொடுவதற்கு முன் நான்கு விஷயங்களை எழுதுங்கள்: PE இன்று எதை அறிவிக்கிறது, reflector எதைப் பிரதிபலிக்கிறது, பெறும் 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 கட்டளைகள் மூன்று கேள்விகளுக்கு வரிசையாகப் பதிலளிக்கின்றன: பழைய அறிவிப்பு இன்னும் உள்ளதா, புதிய அடையாளம் reflector-க்குத் தெரிகிறதா, 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
மற்ற தளங்கள் அதே தகவலை வேறு இலக்கணத்தில் அச்சிடுகின்றன, கேள்விகள் அந்த மாற்றத்திற்குப் பிறகும் நிலைத்திருக்கின்றன. புதிய அடையாளம் reflector-இல் இல்லாத நிலையில் PE அதை அறிவிக்கப்பட்டதாகப் பட்டியலிட்டால், முதல் சந்தேகம் reflector-இன் கொள்கை அல்லது அறிவிப்புத் திறன், எண்ணிடல் அல்ல.
PE, நிகழ்வு, RD, ஏற்றுமதி மற்றும் இறக்குமதி இலக்குகள் மற்றும் முன்னொட்டின் உரிமையை ஒரே இடத்தில் பதிவு செய்யுங்கள், ஏனெனில் அந்தப் பதிவு இருக்கும்போது மட்டுமே அடுத்த ஒதுக்கீடு யூகமல்ல, தேடலாகும். புதிய அடையாளம் பெறும் VRF-இல் தெரியும் வரை பழைய RD-ஐ வைத்திருங்கள், பின்னர் ஒவ்வொரு கட்டமும் மீளக்கூடியதாக இருக்க இரண்டாம் கட்டத்தில் அதைத் திரும்பப் பெறுங்கள்.