VPN வழியாக OSPF பாதை வகை: எப்போதும் வெளிப்புறம் அல்ல

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

PE-CE மாதிரி, பெறும் PE OSPF அறிவிப்பைக் கற்பனை செய்வதற்குப் பதிலாக மீண்டும் கட்டமைக்க போதுமான சூழலைக் கொண்டு செல்கிறது.

பாதையுடன் எது பயணிக்கிறது

RFC 4577 VPN பாதையுடன் வரும் OSPF பண்புக்கூறுகளை வரையறுக்கிறது: டொமைன் அடையாளங்காட்டி, அளவீடு மற்றும் மூல தளத்தின் பாதை வகை. பெறும் PE தகுதியான முன்னொட்டு தனது உள்ளூர் OSPF செயல்முறைக்கு எப்படித் தோன்ற வேண்டும் என்பதை முடிவு செய்ய அவற்றைப் பயன்படுத்துகிறது. அந்தப் பண்புக்கூறுகள் இல்லாவிட்டால் தொலை PE-க்கு வெளிப்புற மறுபகிர்வைத் தவிர வேறு எதற்கும் அடிப்படை இருக்காது. அதனால்தான் BGP அதை இடையில் எடுத்துச் சென்றாலும் பாதை இடை-பகுதி LSA ஆக வரலாம்.

பகுதி வகையும் முக்கியம். Stub அல்லது NSSA பகுதி எந்த LSA நுழையலாம் என்பதைக் கட்டுப்படுத்துகிறது, எனவே அதே VPN பாதை பெறும் OSPF நிகழ்வு எங்கே உள்ளது என்பதைப் பொறுத்து வேறு விதமாக வழங்கப்படலாம். கட்டமைக்கப்பட்ட ஏற்றுமதிக் கொள்கை இயல்புநிலை வழங்கலை மீறலாம், இது பக்க விளைவு அல்ல, வேண்டுமென்றே எடுக்கப்பட்ட தேர்வு.

ஒரே டொமைன், வேறு வழங்கல்

ஒரே டொமைனின் பகுதிக்குள் அல்லது இடை-பகுதி பாதை பொதுவாக தொலை தளத்திற்கு இடை-பகுதி பாதையாக, அதாவது வகை 3 LSA ஆக வருகிறது. வேறு டொமைனின் முன்னொட்டு, ஒருபோதும் OSPF பேசாத மூலம், அல்லது ஆரம்பத்தில் வெளிப்புறமாக இருந்த OSPF அறிவிப்பு அதற்குப் பதிலாக வெளிப்புற விதிகளைப் பின்பற்றுகிறது, அங்குதான் வகை 5 மற்றும் அதன் NSSA சமமானது தோன்றுகின்றன. இரண்டு நடத்தைகளும் சரியானவை; உள்ளீடு வேறுபடுகிறது. முன்னுரிமை மதிப்புகளைத் தொடுவதற்கு முன் டொமைன் அடையாளங்காட்டிகள் மற்றும் அறிவிக்கப்பட்ட பண்புக்கூறுகளை ஒப்பிடுங்கள்.

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

Sham இணைப்பு எப்போது சரியான பதில்

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

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

லூப் பாதுகாப்பை உடைக்க வேண்டாம்

PE-CE மாதிரி விநியோகிக்கும் பாதைகளில் DN பிட்டை அமைக்கிறது, இதனால் முன்னொட்டு மற்றொரு CE வழியாகத் திரும்பி இரண்டாவது முறை மறுபகிர்வு செய்யப்பட முடியாது. அந்தப் பாதுகாப்புதான் OSPF டொமைனைப் பங்கிடும் தளங்களுக்கு இடையே முன்னொட்டு லூப் ஆகாமல் தடுக்கிறது. பாதை உள் பாதையாகத் தோன்றுவதற்காக அதை அகற்றுவது அல்லது புறக்கணிப்பது, தடுப்பதற்காகவே வடிவமைக்கப்பட்ட அதே லூப்பை உருவாக்கக்கூடும். முன்னொட்டு தவறாகத் தோன்றினால் DN பிட்டைத் தடையாக அல்ல, தகவலாகக் கருதுங்கள்.

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

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