L3VPN கையளிப்பு: தனியார் வழித்தடங்கள், இயல்புநிலை அல்லது முழு அட்டவணையா?

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

கையளிப்பை வரிசையாகச் செல்வது இதைச் சரியாகச் செய்யும் மலிவான வழி. எதற்கும் பொருந்தாத டிராஃபிக்கிற்கு என்ன நடக்கிறது என்பதிலிருந்து தொடங்கி, பின்னர் தனியார் முன்னொட்டுகளையும் தோல்வியின் போது அவற்றின் நடத்தையையும் எழுதி, அதன் பிறகே எவ்வளவு பெரிய ஊட்டத்தைக் கொண்டு செல்லத் தயாராக இருக்கிறீர்கள் என்பதைப் பேசுங்கள்.

யாரும் திட்டமிடாத டிராஃபிக்கிலிருந்து தொடங்குங்கள்

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

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

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

தனியார் முன்னொட்டுகளை அவற்றின் தோல்வி நிலையுடன் எழுதுங்கள்

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

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

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

CE உண்மையில் எதை நிறுவியது என்று சரிபார்க்கவும்

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

show ip bgp vpnv4 vrf BRANCH neighbors 192.0.2.1 received-routes
show ip bgp vpnv4 vrf BRANCH
show ip route vrf BRANCH 0.0.0.0

மூன்றையும் கையளிப்பு நாளிலேயே இயக்குங்கள், ஒரு மாதம் கழித்து அல்ல, ஒப்புக்கொண்டதை யாருக்காவது இன்னும் நினைவிருக்கும் போது. முதல் வெளியீடு soft-reconfiguration inbound அல்லது சேமிக்கப்பட்ட route refresh-ஐப் பொறுத்தது; இரண்டில் ஒன்றும் இல்லாவிட்டால் CE எதை நிராகரித்தது என்று காட்ட முடியாது. இரண்டாவது கொள்கைக்குப் பின் ஏற்றுக்கொள்ளப்பட்ட மற்றும் சிறந்த வழித்தடங்களைக் காட்டுகிறது. மூன்றாவது இயல்புநிலை உண்மையில் எங்கு செல்கிறது என்று சொல்கிறது, அதுவே முழு கையளிப்பிலும் மிகவும் பயனுள்ள வரி.

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

பெரிய ஊட்டத்தை ஊகிக்காமல் அதற்கான தகுதியைத் தீர்மானியுங்கள்

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

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

BGP/MPLS IP VPN விவரக்குறிப்பு VPN சேவைக்கு அருகில் பல இணைய அணுகல் ஏற்பாடுகளைப் பேசுகிறது, ஒவ்வொரு வாடிக்கையாளருக்கும் முழு அட்டவணை அல்லது இயல்புநிலை கட்டாயம் என்று அறிவிக்கவில்லை, "நிலையான நடைமுறை" பற்றிய கூற்று வரும்போது சுட்டிக்காட்டத் தகுந்த பகுதி அதுவே: RFC 4364.

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