MPLS VPN-இல் RD மற்றும் RT: தனித்துவமும் இறக்குமதிக் கொள்கையும்

இரண்டு வாடிக்கையாளர் தளங்கள் 10.20.0.0/24-ஐ அறிவிக்கலாம், இரண்டும் ஒரே வழங்குநர் வலையமைப்பில் செல்லுபடியாகும். வழி வேறுபடுத்தி அந்த அறிவிப்புகளைத் தனித்தனியாக வைத்திருக்கிறது; எந்த வாடிக்கையாளர் VRF ஒரு நகலை எடுக்கலாம் என்பதை வழி இலக்கு தீர்மானிக்கிறது. அவை உள்ளமைவில் அருகருகே தோன்றி முற்றிலும் வேறுபட்ட வேலைகளைச் செய்கின்றன. இரண்டையும் குழப்புவது நியாயமானதாகத் தோன்றும், எதையும் சரிசெய்யாத மாற்றங்களுக்கு வழிவகுக்கிறது.

வாடிக்கையாளர் விளிம்பிலிருந்து தொலை VRF வரை ஒரு வழியைப் பின்பற்றுங்கள் பங்கீடு உறுதியாகிறது: வழி BGP-க்குள் நுழைவதற்கு முன் அடையாளம் இணைக்கப்படுகிறது, வழி பெறும் வழங்குநர் விளிம்பை அடையும்போது விநியோகக் கொள்கை மதிப்பிடப்படுகிறது.

VPN-IPv4 வழி என்பது RD மற்றும் IPv4 முன்னொட்டு

RFC 4364, VPN-IPv4 முகவரிக் குடும்பத்தை எட்டு பைட் வழி வேறுபடுத்தி மற்றும் அதைத் தொடர்ந்து நான்கு பைட் IPv4 முகவரி என வரையறுக்கிறது. RD வாடிக்கையாளர் முன்னொட்டுக்கு முன் சேர்க்கப்படுகிறது, எனவே வெவ்வேறு தளங்களிலிருந்து வரும் இரண்டு ஒரே முன்னொட்டுகள் இரண்டு வெவ்வேறு BGP வழிகளாகின்றன.

அந்தக் கட்டமைப்பே முழு தனித்துவ நுட்பமாகும். வழங்குநர் வாடிக்கையாளர்கள் ஒன்றின்மேல் ஒன்று படியாத முகவரி இடத்தில் உடன்பட வேண்டியதில்லை, ஒரு தளத்தின் வழி மற்றொரு தளத்தின் ஒரே முன்னொட்டை அமைதியாக மாற்ற முடியாது.

RD வடிவம் நிர்வாகி தேர்ந்தெடுக்கும் மதிப்பு, பொதுவாக தன்னாட்சி அமைப்பு எண் மற்றும் உள்ளூர் எண். அதன் எண் வடிவம் ஒரு மரபு, தற்செயலாக அதே இலக்கங்களைப் பயன்படுத்தும் வழி இலக்குடன் இரண்டு புலங்களும் பொருள் பங்கிடுகின்றன என்பதற்கான அறிகுறி அல்ல.

RD ஒன்றின்மேல் ஒன்று படியும் முன்னொட்டுகளை வேறுபடுத்தக்கூடியதாக்குகிறது

ஒரே முன்னொட்டுக்கு இரண்டு அறிவிப்புகளைக் கவனியுங்கள். தளம் A-வில் RD 65000:101 உள்ளது, தளம் B-யில் RD 65000:202 உள்ளது, இரண்டும் 10.20.0.0/24-க்கு. இப்போது BGP-யில் சுயாதீனமாக ஒப்பிடக்கூடிய, வடிகட்டக்கூடிய, தேர்ந்தெடுக்கக்கூடிய இரண்டு VPN-IPv4 வழிகள் உள்ளன.

எந்த VRF இந்த வழிகளில் ஒன்றைப் பெற வேண்டும் என RD கூறவில்லை, வாடிக்கையாளரையோ சேவையையோ அடையாளம் காட்டவில்லை. இது வழிக்கான அடையாளப் புலம், உறுப்பினர் பட்டியல் அல்ல. ஒரு VRF-இன் சொந்த RD அது இறக்குமதி செய்யும் வழியின் RD-யுடன் பொருந்த வேண்டிய கட்டாயம் இல்லை.

அதனால்தான் மற்றொரு தளத்தின் எண்ணுடன் பொருந்த RD-ஐ மாற்றுவது எதையும் சரிசெய்யாது. வழி மறுபக்கத்தில் இல்லாவிட்டால், இலக்கங்களைப் பொருத்துவது இறக்குமதி முடிவைச் சரிசெய்வதற்குப் பதிலாக மற்றொரு அடையாளச் சிக்கலை உருவாக்குகிறது.

RT என்பது BGP பண்பு, பாக்கெட்டில் உள்ள குறி அல்ல

ஏற்றுமதிக் கொள்கை ஒன்று அல்லது பல வழி இலக்குகளை BGP விரிவாக்கப்பட்ட சமூகப் பண்புகளாக வழியில் இணைக்கிறது. பெறும் வழங்குநர் விளிம்பு அந்தப் பண்புகளை ஒவ்வொரு VRF-இன் இறக்குமதிக் கொள்கையுடன் ஒப்பிடுகிறது. RT கட்டுப்பாட்டுத் தளத்தின் வழியாக வழியுடன் பயணிக்கிறது. ஒப்பீடு முழுவதும் வழிசெலுத்தல் கொள்கையில், எந்த வாடிக்கையாளர் பாக்கெட்டும் அனுப்பப்படுவதற்கு முன் நடைபெறுகிறது.

வாடிக்கையாளர் தரவுப் பாக்கெட்டுகள் RT-ஐ எடுத்துச் செல்வதில்லை. வழி VRF-இல் நிறுவப்பட்ட பிறகு, அனுப்புதல் அந்த VRF-இன் அட்டவணையையும் கட்டமைப்பு ஒதுக்கும் MPLS லேபிள் அடுக்கையும் பயன்படுத்துகிறது. வழங்குநர் விளிம்பு ஒவ்வொரு வாடிக்கையாளர் பாக்கெட்டிலிருந்தும் வழி இலக்கைப் படிப்பதில்லை.

ஒரு வழி பல RT-களை எடுத்துச் செல்லலாம், ஒரு VRF பலவற்றை இறக்குமதி செய்யலாம். உள்ளமைவு பெரும்பாலும் ஒரு சிறிய தொகுதிபோலத் தோன்றும்:

vrf definition CUST-A
 rd 65000:101
 address-family ipv4
  route-target export 65000:500
  route-target import 65000:500

அந்தத் தொகுதியை இரண்டு தனித்த கூற்றுகளாகப் படியுங்கள். ஏற்றுமதி வரி இந்த VRF-ஐ விட்டு வெளியேறும் வழிகளில் என்ன இணைக்கப்படுகிறது என்பதைக் கட்டுப்படுத்துகிறது; இறக்குமதி வரி இந்த VRF எதைக் கருத்தில் கொள்ளத் தயாராக உள்ளது என்பதைக் கட்டுப்படுத்துகிறது. எண்கள் பொருந்துவது வசதி, கட்டாயம் அல்ல.

இறக்குமதி தகுதி நிறுவல் அல்ல

ஒரு வழி VRF-க்குத் தகுதியாக இருக்கலாம், இருந்தும் அதன் அனுப்புதல் அட்டவணையில் தோன்றாமல் இருக்கலாம். தகுதி ஒரு வடிகட்டி; பிறகு வழக்கமான BGP முடிவெடுக்கும் செயல்முறை தகுதியான வழிகளை ஒப்பிட்டு ஒன்றைத் தேர்ந்தெடுக்கிறது. பழைய அல்லது குறைவாக விரும்பப்பட்ட வழி மற்றொரு தகுதியான பாதையிடம் தோற்கலாம்.

தேர்ந்தெடுக்கப்பட்ட வழியைச் சரிபார்க்கவும், இறக்குமதிக் கொள்கையை மட்டுமல்ல. RT 65000:500-ஐ இறக்குமதி செய்து 10.20.0.0/24-க்கு எந்த வழியையும் காட்டாத VRF வழியைப் பெற்றுத் தேர்வின் போது நிராகரித்திருக்கலாம், அல்லது ஒருபோதும் பெற்றிருக்காமலிருக்கலாம்.

எதிர்பாராத முன்னொட்டு தோன்றும்போதும் இந்த வேறுபாடு முக்கியம். மிக அகலமான இறக்குமதிக் கொள்கை தளம் பயன்படுத்த நினைக்காத வழிகளை இழுத்துக்கொள்ளலாம், RD-இன் தனித்துவம் அதை எந்த வகையிலும் தடுக்காது. விநியோகத்தின் அளவு RT கொள்கையின் கேள்வி.

காணாமற்போன வழியைக் கட்டுப்பாட்டுத் தள வரிசையில் தேடுங்கள்

அறிவிப்பில் தொடங்குங்கள்: மூல VRF எதிர்பார்க்கப்பட்ட RT-ஐ ஏற்றுமதி செய்கிறதா, வழி வழி பிரதிபலிப்பான் அல்லது பெறும் PE-யில் VPN-IPv4 வழியாக உள்ளதா? பிறகு பண்பை அனுப்புபவரில் உள்ளமைக்கப்பட்டபடி அல்ல, பெற்றபடி சரிபார்க்கவும்.

அடுத்து பெறும் VRF-இன் இறக்குமதிப் பட்டியலை வழியின் உண்மையான RT மதிப்புகளுடன் ஒப்பிடுங்கள். இறுதியாக அந்த VRF-இல் தேர்ந்தெடுக்கப்பட்ட வழியையும் லேபிள் பிணைப்பையும் பரிசோதிக்கவும். ஒவ்வொரு படியும் வெவ்வேறு கேள்விக்குப் பதிலளிக்கிறது, RD-க்குத் தாவுவது பொதுவாக தவறான படியைத் தவறவிடுகிறது.

செயல்படும் மற்றும் தோல்வியடையும் தளத்திற்கு RD, ஏற்றுமதி செய்யப்பட்ட RT, இறக்குமதி செய்யப்பட்ட RT மற்றும் தேர்ந்தெடுக்கப்பட்ட அடுத்த ஹாப் ஆகியவற்றைப் பதிவு செய்யுங்கள். அருகருகே உள்ள நான்கு மதிப்புகள் தெளிவற்ற “VPN வழிகளைக் கடத்தவில்லை” என்பதை வேறுபடும் துல்லியமான கட்டுப்பாட்டுத் தளப் படியாக மாற்றுகின்றன.