DMVPN மேலடுக்கில் EIGRP அண்டை நண்பர்கள் எழுவதில்லை

மேலடுக்கில் unicast வேலை செய்கிறது, அண்டை உறவு இன்னும் தோல்வியடைகிறது, எனவே NHRP multicast நகலாக்கம், சுரங்கப்பாதையின் EIGRP கொள்கை மற்றும் IPsec ஆகியவற்றை மூன்று தனி அடுக்குகளாகச் சரிபார்க்கவும்.

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

நீங்கள் எதிர்பார்க்கும் அண்டை உறவுகளை எழுதுங்கள்

எந்த show கட்டளைக்கும் முன் ஒரு சிறிய பட்டியல் உருவாக்குங்கள்: எந்த ஸ்போக் எந்த ஹப்புடன் பீர் ஆக வேண்டும், எந்த சுரங்கப்பாதை இடைமுகம் வழியாக, எந்த EIGRP தன்னாட்சி அமைப்பில். பல ஹப் வடிவமைப்புகள் ஹப்களுக்கு இடையிலான இடைவெளிகளில் தோல்வியடைகின்றன, ஒரு பட்டியல் «EIGRP உடைந்துவிட்டது» என்பதை «ஸ்போக் 3 ஹப் 2 இல் பதிவு செய்யவில்லை» ஆக மாற்றுகிறது. ஒவ்வொரு இணைப்பிலும் நீங்கள் எதிர்பார்க்கும் சுரங்கப்பாதை துணை வலையமைப்புகளைச் சேர்க்கவும், ஏனெனில் இரு முனைகளுக்கு இடையிலான முகவரி பொருந்தாமை நெறிமுறைத் தோல்வி போலவே தெரிகிறது. பட்டியலை டிக்கெட்டில் எழுதுங்கள், அடுத்த ஷிப்ட் வடிவமைப்புடன் ஒப்பிடட்டும், கடைசி திரைப்பிடிப்புடன் அல்ல.

முதலில் NHRP, பிறகு multicast பாதையைச் சரிபார்க்கவும்

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

show dmvpn
show ip nhrp
show ip nhrp nhs detail
interface Tunnel0
 ip nhrp network-id 1
 ip nhrp nhs 203.0.113.1 nbma 198.51.100.1
 ip nhrp map multicast 198.51.100.1
 tunnel mode gre multipoint
 tunnel key 100

அந்த ip nhrp map multicast வரியே ஸ்போக்கை தன் hello-க்களை மேலடுக்கில் நகலெடுக்கப்பட்ட multicast ஆக ஹப்புக்கு அனுப்ப வைக்கிறது, ஹப்பின் multicast பதிவு செய்யப்பட்ட ஸ்போக்குகளை அடையவும் வைக்கிறது. அது இல்லாவிட்டால் NHRP வழியாக unicast வேலை செய்யும், multicast வேலை செய்யாது, பிங் சான்று போலத் தோன்றுவதற்குக் காரணம் இந்தப் பிரிவினையே. Cisco-வின் IOS XE DMVPN வழிகாட்டி ஒவ்வொரு கட்டத்திற்கும் ஹப் மற்றும் ஸ்போக்குகளின் multicast நடத்தையை ஆவணப்படுத்துகிறது, எனவே வேறு இடவியலில் இருந்து ஒரு பகுதியை நகலெடுப்பதற்குப் பதிலாக நீங்கள் உண்மையில் பயன்படுத்திய கட்டத்துடன் உங்கள் உள்ளமைவைப் பொருத்துங்கள்.

EIGRP-இன் சொந்த இடைமுகக் கொள்கையைச் சரிபார்க்கவும்

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

show ip eigrp interfaces detail Tunnel0
show ip eigrp neighbors detail
show run | section router eigrp
router eigrp 100
 network 10.10.0.0 0.0.0.255
 passive-interface default
 no passive-interface Tunnel0

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

GRE கடத்தலையும் IPsec பாதுகாப்பையும் தனித்தனியாக வைத்திருங்கள்

DMVPN GRE-க்குள் multicast-ஐக் கடத்துகிறது, IPsec உள் multicast-ஐ அல்ல, GRE பாக்கெட்டுகளைப் பாதுகாக்கிறது. அதனால்தான் «IPsec multicast-ஐக் கடத்த முடியாது» என்ற பொதுக் கூற்று இந்த வடிவமைப்புக்குத் தவறானது, கண்டறிதலாகவும் பயனற்றது. சுரங்கப்பாதையின் IPsec சுயவிவரம், ஒவ்வொரு peer-க்கான பாதுகாப்புச் சங்கங்கள் மற்றும் சுரங்கப்பாதை இடைமுகத்தின் நிலை ஆகியவற்றை மூன்று தனி உண்மைகளாகச் சரிபார்க்கவும்.

show crypto ipsec sa peer 198.51.100.1
show interfaces Tunnel0 | include line protocol
show ip nhrp multicast

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

அண்டை எண்ணிக்கை மட்டுமல்ல, வழித்தடங்களைச் சரிபார்க்கவும்

அண்டை உறவு உருவானதும் அது என்ன விளம்பரப்படுத்துகிறது, என்ன நிறுவுகிறது என்பதைப் படியுங்கள். பல்புள்ளி சுரங்கப்பாதையில் split horizon மற்றும் next-hop நடத்தை ஸ்போக் ஹப் வழியாக மற்றொரு ஸ்போக்கை அடைய முடியுமா என்பதைத் தீர்மானிக்கிறது, அண்டை உறவு சரியாக இருந்தாலும் சுருக்கம் prefix-ஐ மறைக்கலாம்.

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

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

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