NX-OS EVPN null வழி: நிராகரிப்பை ஒரே குத்தகைதாரருக்குள் வைத்திருங்கள்

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

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

மாற்றம் உண்மையில் என்ன உருவாக்க வேண்டும்

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

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

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

உள்ளூர் கூற்று முதல் பகுதியை மட்டுமே செய்கிறது

10.4(x) வரிசையின் NX-OS-ல், null வழி VRF-ஐ பெயரிடும் ஒரு கட்டளையில் அல்ல, குத்தகைதாரரின் VRF சூழலுக்குள் அமைகிறது. துண்டு சிறியது, அது முழுமையான EVPN கட்டமைப்பு அல்ல.

vrf context TENANT_A
  ip route 192.0.2.10/32 Null0

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

தனியாக இந்த வரி TENANT_A-க்குள் அந்த ஹோஸ்டிற்கான போக்குவரத்தை நிராகரிக்கிறது, வேறு எதுவும் செய்யாது. இது வழியைக் குறியிடாது, BGP-க்குத் தேர்ந்தெடுக்காது, community அமைக்காது. இவை தனித்தனி கட்டமைப்பு முடிவுகள், ஒவ்வொன்றும் மாற்றம் செயல்பட மிகக் குறுகலாகவோ பாதுகாப்பாக இருக்க மிக அகலமாகவோ இருக்கக்கூடிய இடம்.

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

ஏற்றுமதியும் இறக்குமதியும் தனித்தனி ஒப்பந்தங்கள்

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

BLACKHOLE community என்பது அறியப்பட்ட மதிப்பு பற்றிய ஒப்பந்தம், எந்த அண்டைக்கும் எந்த முகவரியையும் நிராகரிக்கும் அதிகாரம் அல்ல. RFC 7999 அதை அதே சொற்களில் விவரிக்கிறது, யார் அதை அறிவிக்கலாம் என்பதற்கான நம்பிக்கை எல்லை வடிவமைப்பின் பகுதி, செயலாக்க விவரம் அல்ல.

பெறும் பக்கத்திற்கு அதன் சொந்த கட்டமைப்பு தேவை. NX-OS-ல், வகை 5 null வழிகள் நிராகரிப்பு நடத்தையைத் தேர்ந்தெடுக்க VTEP-ல் route-map செயலாக்கம் தேவை, இது ஏற்றுமதி படிகளுடன் ஆவணப்படுத்தப்பட்டுள்ளது. சரியாகக் குறியிடும் அனுப்பும் சாதனமும் குறியீட்டைப் புறக்கணிக்கும் பெறுநரும் பயன்படுத்தப்பட்டதாகத் தோன்றி இருப்பினும் போக்குவரத்தை அனுப்பும் மாற்றத்தை உருவாக்குகின்றன.

அங்கிருக்கும்போது route-map-ஐ பக்க விளைவுகளுக்காக மதிப்பாய்வு செய்யுங்கள். புதிய கட்டுப்படுத்தும் கொள்கை தொடர்பற்ற முன்னொட்டுகளுக்கான சட்டபூர்வ அணுகலை அடக்கக்கூடும், அந்த சேதம் பிளாக்ஹோலுக்குப் பிறகு தோன்றி அதற்குக் காரணம் கூறுவது கடினம்.

செருகலுக்கு முன் திரும்பப் பெறுதலை எழுதுங்கள்

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

நீங்கள் மாற்றும் வழியைச் சார்ந்திராத தனித்துவமான நிர்வாகப் பாதையை வைத்திருங்கள். தணிப்பு நீங்கள் சாதனத்தை அடையப் பயன்படுத்தும் முகவரியை உள்ளடக்கினால், கூடுதல் படிகளுடன் பூட்டலை உருவாக்கியுள்ளீர்கள்.

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

கட்டளையின் வெளியீட்டால் அல்ல, ஆதாரத்தால் ஏற்றுக்கொள்ளுங்கள்

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

பிறகு திரும்பப் பெற்று சாதாரண வழியும் சேவையும் திரும்பி வருவதைச் சரிபாருங்கள். NX-OS EVPN null வழி வழிகாட்டி 10.4(x) வெளியீட்டிற்கு இங்கு விவரிக்கப்பட்ட குறியிடுதல், மறுபங்கீடு மற்றும் பெறுதல் கொள்கையை ஆவணப்படுத்துகிறது, இது உங்கள் சொந்த வெளியீட்டுடன் ஒப்பிட வேண்டிய குறிப்பு.