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

முகவரி குடும்பம் உண்மையில் எதைப் பேசுகிறது

பல்நெறிமுறை BGP, AFI 1 மற்றும் SAFI 128 கீழ் VPNv4 பிணைய அடுக்கின் அணுகல் தகவலைக் கொண்டு செல்கிறது, மேலும் ஒவ்வொரு பதிவும் ஒரு வழி வேறுபடுத்தியை முன்னொட்டு மற்றும் லேபிளுடன் இணைக்கிறது. அமர்வு இரு தரப்பும் அந்தத் தகவலை குறியாக்கம் செய்யவும் குறிவிலக்கு செய்யவும் முடியும் என்று பேசுகிறது. அது பேசாதது தரவுத் தளம். இந்தப் பத்திக்குப் பிறகு அனைத்தும் அனுப்புதலைப் பற்றியது, அவற்றில் எதுவும் அமர்வு எழுவதால் தீர்மானிக்கப்படுவதில்லை.

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

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

பெறுதல், இறக்குமதி மற்றும் அனுப்புதல் மூன்று படிகள்

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

Step in the chainWhat has to be trueHow it fails quietly
NLRI exchangeBoth speakers negotiate the VPNv4 capabilitySession stays up while the family is never activated
Import eligibilityA route target on the received route matches the VRF import policyThe route exists in the table but never enters the VRF
Next-hop resolutionThe advertised next hop resolves to a usable tunnel or label pathBest path is selected, then marked unreachable or unusable
EncapsulationThe egress endpoint can decapsulate what the ingress producedPackets arrive and are discarded for a format mismatch

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

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

ஒரு IP கோர் தான் ஒருபோதும் மாற்றாத ஒரு அடுக்கைக் கொண்டு செல்ல முடியும்

தக்கவைக்கத் தகுந்த வேறுபாடு «கோர் MPLS இயக்குவதில்லை» மற்றும் «சேவையில் எங்கும் லேபிள் இல்லை» என்பதற்கு இடையே உள்ளது. இவை வெவ்வேறு கூற்றுகள், முதலாவது மட்டுமே கடப்பு சாதனங்களைப் பற்றியது. RFC 4023 IP அல்லது GRE சுரங்கப்பாதைகள் வழியாக MPLS கொண்டு செல்வதை வரையறுக்கிறது, அந்த இயங்குமுறையே முழுவதும் IP கோரில் இரண்டாவது கூற்றை சாத்தியமாக்குகிறது.

customer packet + service label
  encapsulated in GRE, addressed to the egress tunnel endpoint
  forwarded by ordinary IP routers on the outer header
  decapsulated at the endpoint, label still meaningful

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

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

பெட்டியில் சங்கிலி உடையும் வரை நடங்கள்

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

show bgp vpnv4 unicast all summary
show bgp vrf CUSTOMER_A ip route 198.51.100.0/24
show ip route vrf CUSTOMER_A 198.51.100.0
show mpls forwarding-table vrf CUSTOMER_A

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

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

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

தொடர்புடைய கட்டுரைகள்