MPLS VPN இல் IPv6: ஒன்றல்ல, மூன்று தேர்வுகள்
வாடிக்கையாளர் VPN வழிகள், PE இடையேயான BGP அமர்வு மற்றும் மையக் கடத்தல் தனித்தனி முடிவுகள். ஒரு அமர்வு ஒரு குடும்பத்தில் இயங்கி மற்றொன்றைச் சுமக்கலாம்.
வடிவமைப்பு மதிப்பாய்வில் “IPv6 BGP மேல் IPv6 L3VPN இயக்கு” எனச் சொல்லுங்கள், அந்த ஒரே வாக்கியத்திற்குள் மூன்று தனித்தனி முடிவுகள் மறைந்துள்ளன. எந்த முன்னொட்டுகள் வாடிக்கையாளரின் VPN-க்கு உரியவை, எந்த முகவரிகள் வழங்குநரின் விளிம்புகளுக்கு இடையிலான வழியமைப்பு அமர்வைச் சுமக்கின்றன, எந்த மையம் லேபிளிடப்பட்ட பொதியை நகர்த்துகிறது என்பவை சார்பற்ற தேர்வுகள். எல்லாம் IPv6 ஆக இருக்கலாம், கலந்ததாகவும் இருக்கலாம், கலப்பது வேண்டுமென்றே அனுமதிக்கப்படுகிறது. இந்த மூன்றையும் பிரிப்பதுதான் தெளிவற்ற தேவையை ஒரு தளத்தில் சோதிக்கக்கூடிய ஒன்றாக மாற்றுகிறது.
மூன்று வேலைகளைப் பிரிக்கவும்
முதல் வேலை வாடிக்கையாளர் வழி: ஒரு VPN வழியமைப்பு சூழலுக்கு உரியது மற்றும் ஒவ்வொரு வேறு சூழலுக்கும் வெளியே இருக்க வேண்டிய IPv6 முன்னொட்டுகள். இரண்டாவது, அந்த முன்னொட்டுகளைப் பரிமாறிக்கொள்ளும் வழங்குநரின் விளிம்பு திசைவிகளுக்கு இடையிலான வழியமைப்பு இணைப்பு. மூன்றாவது, லேபிளிடப்பட்ட வாடிக்கையாளர் பொதியை மையம் வழியாகத் தொலை விளிம்பிற்கு எடுத்துச் செல்லும் கடத்தல். அவற்றில் ஒன்றை மட்டும் பெயரிடுவது இன்னும் வடிவமைப்பு அல்ல.
| Job | The question it answers | What confusion looks like |
|---|---|---|
| Customer VPN routes | Which IPv6 prefixes belong to each VPN context, and how are they kept apart? | Prefixes leak into the global table and between customers |
| PE-to-PE BGP session | Which addresses carry the routing connection between the two edges? | A session-family mismatch gets chased as a core transport fault |
| Transport to the remote PE | How does the chosen core move the labelled packet to the far edge? | A route is present and unforwardable in the same moment |
ஒவ்வொரு வேலைக்கும் அதன் சொந்த முகவரி குடும்பம், அதன் சொந்த தோல்வி முறைகள் மற்றும் பல நேரங்களில் அதன் சொந்த குழு உண்டு. வடிவமைப்பு ஆவணத்தில் ஒரு வாக்கியம் மூன்று வரிசைகளையும் ஒன்றாக அழுத்தும் போக்கு இருப்பதால்தான் அட்டவணை பயனுள்ளது.
வழியின் குடும்பம் VPN-IPv6, IPv6 unicast அல்ல
RFC 4659 BGP/MPLS IPv6 VPN குடும்பத்தை வரையறுக்கிறது, அதில் உறுப்பினராதல் IPv6 என்ற சொல் குறிப்பதை விட குறிப்பிட்டதாகும். அங்குள்ள வழி IPv6 முன்னொட்டுடன் இணைந்த வழி வேறுபடுத்தி ஆகும், AFI 2 மற்றும் SAFI 128 கீழ் குறியாக்கம் செய்யப்பட்டது. சாதாரண IPv6 unicast வேறு குடும்பம், எனவே looking glass இல் முன்னொட்டாகத் தோன்றும் அறிவிப்பு அதே பொருளாக இல்லாமல் இருக்கலாம். குடும்பத்தைத் தவறாகப் படிப்பதே இந்த வடிவமைப்பு தவறாகச் செல்லும் முதல் வழி.
வேறுபாடு விளிம்பில் கடிக்கிறது, அங்கு வழி எதையும் செய்வதற்கு முன் சரியான VPN சூழலில் இறங்க வேண்டும். முன்னொட்டைப் பெறுவது பரிமாற்றம் நடந்ததை நிரூபிக்கிறது, நிறுவலைப் பற்றி எதுவும் சொல்லவில்லை. அந்த இடைவெளியே அமர்வு இயங்குகிறது ஆனால் வாடிக்கையாளர் இன்னும் இருளில் என்ற பழக்கமான அறிக்கையை உருவாக்குகிறது.
அமர்வு VPN-ஐ விட வேறு குடும்பத்தில் இயங்கலாம்
இரண்டு விளிம்புகளுக்கு இடையிலான BGP இணைப்பை VPN-இன் சொந்தக் குடும்பத்தைப் பயன்படுத்தக் கட்டாயப்படுத்த எதுவும் இல்லை. விவரக்குறிப்பு IPv4 அல்லது IPv6 அமர்வை அனுமதிக்கிறது, IPv6 VPN கடத்தல் தானே இரு மைய வகைகளின் மேல் வரையறுக்கப்பட்டுள்ளது. எனவே IPv6 அமர்வு தான் சுமப்பதன் குடும்பத்தைப் பற்றி எதுவும் சொல்லாது, தரவுத் தளத்தையும் தேர்ந்தெடுக்காது. மூன்று சார்பற்ற பிட்கள், வடிவமைப்பு மூன்றையும் தனித்தனியாகக் கொண்டிருக்க வேண்டும்.
அது விடுதலை அளிக்கிறது, அதே மூச்சில் தவறாகப் படிக்கவும் எளிது. IPv6 வாடிக்கையாளர் வழிகள் IPv4 முகவரி கொண்ட அமர்வில் பயணிக்கலாம், IPv4 வழிகள் IPv6 அமர்வில், தளம் அந்தக் கலவையை ஆதரித்து அடுத்த தாவல் தீர்க்கப்பட்டால். நடக்கக் கூடாதது என்னவென்றால் அமர்வு சுமையைக் குறிப்பதற்கு அனுமதிப்பது, வடிவமைப்பு ஆவணத்திலோ பின்னர் சேவையை நிரூபிக்கும் கண்காணிப்பிலோ.
IPv4 மையத்தில் அடுத்த தாவலுக்கு அதன் சொந்தக் குறியாக்கம் உள்ளது
VPN-க்குக் கீழ் மையம் IPv4 ஆக இருக்கும்போது, உள்வரும் விளிம்பு நேரடியாகப் பயன்படுத்தக்கூடிய அடுத்த தாவலுடன் வழி தோன்றாது. அது IPv4-இல் வரைபடமாக்கப்பட்ட IPv6 வடிவில் வருகிறது, கீழுள்ள கடத்தல் IPv4 ஆக இருக்கும்போது விவரக்குறிப்பு வெளியேறும் விளிம்பை அப்படியே வெளிப்படுத்துகிறது. பின்னர் உள்வரும் திசைவி அந்த வரைபட முகவரியை மையம் வழியாக உண்மையில் அடையக்கூடிய ஒன்றாக மாற்ற வேண்டும், தீர்வே அமைதியாகத் தோல்வியடையும் படி.
இதை சாதனங்களுக்கு இடையே நகலெடுக்கும் சரமாக அல்ல, அனுப்புதலின் சார்பாகப் படியுங்கள். நீங்கள் உண்மையில் இயக்கும் தளத்தில் மூன்றை உறுதிப்படுத்துங்கள்: அறிவிக்கப்பட்ட அடுத்த தாவல் பயன்படுத்தக்கூடிய பாதையாகத் தீர்கிறது, லேபிள் அடுக்கு ஏற்கப்படுகிறது, இலக்கு நோக்கிய VPN சூழலில் இறங்குகிறது. இவற்றில் ஒன்று தோல்வியடைந்தாலும் ஆரோக்கியமாகத் தோன்றி எதையும் அனுப்பாத அமர்வு எஞ்சும், எனவே இந்தச் சோதனை பின்னர் நடக்கும் சம்பவத்திற்கு அல்ல, ஏற்புச் சோதனைக்கு உரியது.
தேவையை நான்கு வரிகளில் எழுதுங்கள்
சோதிக்கத் தகுந்த தேவை நான்கு விஷயங்களைப் பெயரிடுகிறது: VPN குடும்பம், அமர்வுக் கடத்தல், அடுத்த தாவலின் குறியாக்கம் மற்றும் மையத்தின் அமைப்பு. பின்னர் தொடக்கம் முதல் இறுதி வரை பின்பற்ற வேண்டிய ஒரு வாடிக்கையாளர் முன்னொட்டைப் பெயரிடுகிறது: பரிமாற்றம், நிறுவல், லேபிள் தீர்வு மற்றும் திரும்பும் பாதை வழியாக. “IPv6 BGP-ஐ ஆதரிக்கிறது” நான்கில் ஒன்றையும் மூடாது, முரண்பாடு உண்மையில் எங்கே உள்ளது என்பதை மறைக்கிறது.
VPN-IPv6 பரிமாற்றம் இல்லாத ஆரோக்கியமான அமர்வு முழுமையற்றது, வேலை செய்யும் அனுப்புதல் இல்லாமல் பெறப்பட்ட VPN வழியும் அதே அளவு முழுமையற்றது. இவற்றைத் தனித்தனி ஏற்பு வரிகளாக வைத்திருப்பது அடுத்த சிக்கல் தீர்வு உரையாடலைச் சுருக்கும், ஏனெனில் தோல்வியடையும் வரி ஏற்கனவே எழுதப்பட்டுள்ளது.