ASA VTI மீது OSPF அல்லது EIGRP: உங்கள் வெளியீடு எதை ஆதரிக்கிறது
OSPFv2 மற்றும் EIGRP ASA VTI வழியாக 9.19(1) முதல் மட்டுமே செல்கின்றன, மேலும் multicast இயக்கப்பட்டால் மட்டுமே. நீங்கள் இயக்கும் வெளியீட்டில் இரண்டையும் ஒப்பிட்டு, பின்னர் அண்டை நபர்களைச் சரிபார்க்கவும்.
OSPF மற்றும் EIGRP இடையிலான பெரும்பாலான விவாதங்கள் பாதை ஏற்கனவே நெறிமுறையைச் சுமக்க முடியும் என்று கருதுகின்றன, ASA-வில் முதலில் சரிபார்க்க வேண்டிய பகுதி அந்த அனுமானமே. படிமம், VTI வகை மற்றும் multicast பாதை உறுதியான பிறகே ஒப்பீடு சுவாரஸ்யமாகிறது. இந்த வரிசையைத் தவறவிட்டால், ஒருபோதும் அண்டை உறவு உருவாகாத பாதையில் நேரங்களைச் சரிசெய்து ஒரு மதியத்தை இழப்பீர்கள். இத்தகைய ஒவ்வொரு வடிவமைப்பையும் நான் வெளியீட்டுக் குறிப்புகள் மற்றும் இயங்கும் கட்டமைப்பிலிருந்து தொடங்குகிறேன், நெறிமுறை விருப்பத்திலிருந்து அல்ல.
நெறிமுறைக்கு முன் வெளியீடே தீர்மானிக்கிறது
ASA 9.24 க்கான Cisco இன் VTI வழிகாட்டி பயன்படுத்தக்கூடிய ஆவண அடிப்படையாகும்: நிலையான மற்றும் மாறும் VTIகளை விவரித்து, நிலையான வழிசெலுத்தல், BGP, OSPF மற்றும் EIGRP ஆகியவற்றைப் பட்டியலிடுகிறது. அதன் அம்ச வரலாறு VTI மீதான OSPFv2 மற்றும் EIGRP ஆதரவை 9.19(1) இல் வைக்கிறது. அதைவிடப் பழமையானவை வேறு பேச்சு.
எனவே முதல் இரண்டு கேள்விகள் சலிப்பானவை மற்றும் தீர்மானமானவை:
| Check | What decides it |
|---|---|
| Image and release | Whether the feature history lists OSPFv2 or EIGRP on VTI for the version you run |
| VTI type | Static or dynamic, and which routing context the platform permits |
| Multicast on the tunnel | Whether it is enabled, and whether the group limits are respected |
ASA VTI பயன்படுத்த முடியாது அல்லது IGP சுமக்க முடியாது என்ற கூற்று சில பழைய படிமங்களுக்கு உண்மையாக இருந்தது, அது தற்போதைய ஆதரவு அணி அல்ல. அதுபோலவே, 9.24 வழிகாட்டி ஒவ்வொரு சாதனத்தையும் மேம்படுத்தும் அறிவுறுத்தல் அல்ல. அந்த வெளியீடு எதை ஆதரிக்கிறது என்பதைக் கூறுகிறது, உங்கள் பயன்பாட்டில் உள்ள வெளியீடு தானே பதிலளிக்க வேண்டும்.
unicast கடப்பது IGP உருவாகும் என்று பொருள் அல்ல
அதே வழிகாட்டி, unicast இயல்பாகக் கடக்கிறது என்றும், VTI மீது OSPFv2 அல்லது EIGRP க்கு multicast இயக்கப்பட வேண்டும் என்றும், multicast குழுக்களுக்கு ஆவணப்படுத்தப்பட்ட வரம்புகளுடன் குறிப்பிடுகிறது. அந்த ஒரு வாக்கியம் இந்த வடிவமைப்பில் நான் கண்ட பெரும்பாலான தோல்வியுற்ற அண்டை உறவுகளை விளக்குகிறது. பாதை வழியாக வேலை செய்யும் ping அல்லது பச்சை IPsec நிலை, unicast பாதையை மட்டுமே நிரூபிக்கிறது. நெறிமுறை கண்டறிதலுக்கு multicast பாதை தேவை, இரண்டும் தனித்தனியாக கட்டமைக்கப்படுகின்றன.
hello அல்லது hold நேரங்களைத் தொடுவதற்கு முன், பாதை இடைமுகக் கட்டமைப்பில் அந்த multicast அமைப்பைச் சரிபார்க்கவும். அமைப்பு இல்லாவிட்டால், அண்டை உறவு மெதுவானது அல்ல, சாத்தியமற்றது.
ஒரே பாதையில் OSPF மற்றும் EIGRP அருகருகே
பாதையின் மீதே இரண்டு நெறிமுறைகளும் மற்ற இடங்களில் இருப்பதைப் போலவே தெரிகின்றன. OSPF க்கு பொருந்தும் பிணைய வகை, பகுதி, அங்கீகாரம் மற்றும் அண்டை அளவுருக்கள் தேவை; EIGRP க்கு அதன் AS எண் மற்றும் அதனுடன் செல்லும் இடைமுக நிலை அமைப்புகள் தேவை.
பொறி என்பது வேறு பாதை மாதிரியிலிருந்து அண்டை கூற்றுகளை நகலெடுப்பது. VTI இல்லாத வடிவமைப்பில் நிலையான அண்டை நபர்கள் பற்றிய ஆலோசனை multicast ஐத் தவிர்க்க இருந்தது, மேலும் நெறிமுறையை இயல்பாகச் சுமக்க வேண்டிய VTI க்கு அது மாற்றப்படாது. ஆதரிக்கப்படும் இடைமுக நடத்தையைக் கட்டமைத்து, பின்னர் நெறிமுறை தனது சொந்த அண்டை உறவை உருவாக்கட்டும்.
பின்னர் உங்கள் இடவியலுக்கு உண்மையில் வேறுபடும் அச்சுகளில் ஒப்பிடுங்கள்: மறுபக்கத்துடன் ஒருவரையொருவர் இயக்கத்தன்மை, நீங்கள் சோதிக்கக்கூடிய ஒருங்கிணைப்பு நடத்தை, மற்றும் உங்கள் குழுவின் செயல்பாட்டு அறிவு. ஒரு நெறிமுறை வேகமானது அல்லது இலகுவானது என்ற வரலாற்று கதை உங்கள் பிணையத்தின் அளவீடு அல்ல.
அண்டை நபர்கள் நிறுவப்பட்ட வழிகளுக்குச் சமமானவர்கள் அல்ல
அண்டை உறவு எழுந்த பிறகு, உருவாக்கப்படுவதை ஏற்கப்படுவதிலிருந்து பிரிக்கவும். ஒவ்வொரு பக்கமும் எந்தக் கிளை முன்னொட்டுகளை விளம்பரப்படுத்துகிறது, எவை பெறப்படுகின்றன, எவை தேர்ந்தெடுக்கப்படுகின்றன, எவை உண்மையில் வழிசெலுத்தல் அட்டவணையை அடைகின்றன என்பதைப் பாருங்கள். இறக்குமதி, ஏற்றுமதி மற்றும் மறுபங்கீட்டின் எல்லை சாதனம் அறிந்த அனைத்தையும் ஒரே மாதிரி விளம்பரப்படுத்துவதல்ல, வேண்டுமென்றே இருக்க வேண்டும்.
show ospf neighbor மற்றும் show eigrp neighbors அமர்வு உயிரோடு இருப்பதை உங்களுக்குச் சொல்கின்றன. show route கிளை முன்னொட்டு வந்ததா என்பதை உங்களுக்குச் சொல்கிறது, இவை வெவ்வேறு கேள்விகள்.
பயன்பாட்டுப் பாதை மீண்டும் மூன்றாவது கேள்வி. அண்டை உறவு அணுகலைப் பகிர்கிறது; அது ஃபயர்வால் வழியாக அனுமதி தராது, மேலும் போக்குவரத்து தேர்விகள் மற்றும் வடிகட்டுதல் விதிகள் ஒத்துப்போகின்றன என்பதை நிரூபிக்காது. வழி என்பது கொள்கை என்று கருதுவதற்குப் பதிலாக, அனுமதிக்கப்பட்ட ஓட்டத்தையும் அதன் பதில் பாதையையும் அங்கீகரிக்கப்பட்ட சோதனையால் சரிபார்க்கவும்.
முடிந்த ஒப்பீடு எதைப் பதிவு செய்ய வேண்டும்
பாதை இடைமுகம், அதை ஆதரிக்கும் வெளியீடு, நீங்கள் சரிபார்த்த கட்டுப்பாட்டுப் பரிமாற்றம் மற்றும் நீங்கள் வரம்பிட்ட வழிக் கொள்கையை எழுதுங்கள். multicast அமைப்பைச் சேர்க்கவும், ஏனெனில் மற்றவை வேலை செய்கிறதா என்பதை அமைதியாகத் தீர்மானிக்கும் விவரம் அதுவே. அந்தப் பதிவைப் பயன்பாட்டில் உள்ள வெளியீட்டின் அருகில் வைக்கவும், அப்போது பிந்தைய அம்ச மாற்றம் இதற்குள் காலாவதியான அனுமானத்திலிருந்து மீண்டும் தொடங்காமல் மதிப்பாய்வு செய்யலாம்.
அந்த நான்கில் ஏதேனும் இல்லாவிட்டால், உங்களிடம் வடிவமைப்பு அல்ல, விருப்பம் உள்ளது. முதலில் காணாமல் போன உண்மையைச் சரிசெய்யுங்கள்; நெறிமுறை தேர்வு எளிதான பகுதி.