AS எல்லை ரவுட்டரில் VPNv4 லேபிளைப் படித்தல்

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

எல்லை செயல்படுத்தும் மாதிரி

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

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

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

ஒரு முன்னொட்டை முதலிலிருந்து இறுதிவரை படியுங்கள்

அனுமதிக்கப்பட்ட ஒரு வாடிக்கையாளர் முன்னொட்டை எடுத்து அதைக் கடந்து செல்லுங்கள். எது விளம்பரப்படுத்தப்பட்டது, எது வந்தது, அடுத்த ஹாப், லேபிள், அதை ஏற்றுக்கொண்ட இறக்குமதிக் கொள்கை ஆகியவற்றைப் பாருங்கள். பிறகு அந்த அடுத்த ஹாப்பை நோக்கிய அனுப்புதலை ரவுட்டர் எவ்வாறு தீர்க்கிறது என்பதைப் பாருங்கள், ஏனெனில் அங்குதான் லேபிள் ஒரு பாக்கெட்டாக மாறுகிறது. எந்தப் பாதியையும் தவிர்த்தால், போக்குவரத்தை நகர்த்தாமல் இருக்கக்கூடிய ஒரு கட்டுப்பாட்டுத் தளத்தை நீங்கள் விவரிக்கிறீர்கள். இரண்டு வாசிப்புகளும் ஒன்றாகவே பொருள் தரும்.

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

லேபிள் உள்ளூரானது, வாக்குறுதியும் அப்படியே

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

RFC 4364 லேபிளிடப்பட்ட VPNv4 இணைப்பை நம்பகமான ஏற்பாடுகளுக்கு மட்டுப்படுத்துகிறது, அந்த அண்டையருக்கு ஒருபோதும் விளம்பரப்படுத்தப்படாத லேபிள்களை ஏற்பதற்கு எதிராக எச்சரிக்கிறது. இது ஒரு பாதுகாப்புக் கூற்று, அதே அளவு நெறிமுறைக் கூற்றும் கூட. பொது இணைய வழித்தட உறவை தனியார் VPN வழித்தடப் பரிமாற்றத்திலிருந்து விலக்கி வையுங்கள். இணைப்பு வெறும் IP ஆக இருந்தால், எந்த லேபிளும் அதைத் தாண்டி நிலைத்திருக்கும் என எதிர்பார்க்க வேண்டாம். இணைப்பு லேபிளிடப்பட்டிருந்தால், வெளிப்புற போக்குவரத்து லேபிள் ஒவ்வொரு ஹாப்பிலும் சரியாக மாற்றப்படுகிறதா என்பதை உறுதிப்படுத்துங்கள்.

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

ஏற்கும் போது எதை எழுத வேண்டும்

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

அந்தக் குறிப்புதான் அடுத்த இயக்குநர் அதே லேபிள் காட்சியைச் சரியாகப் படிக்க உதவுகிறது. அது இல்லாவிட்டால் மாதிரி உள்ளமைப்பிலிருந்து ஊகிக்கப்படும், ஊகிக்கப்பட்ட கருதுகோள்களே அதே தவறு மீண்டும் நிகழ்வதற்கான வழி. AS-இடை பற்றிய RFC 4364 பிரிவு எந்த மாதிரி நோக்கப்பட்டது என்பதை முடிவு செய்யும் இடம்.