EIGRP көршілері DMVPN қабатында көтерілмейді

Қабат арқылы unicast жұмыс істейді, ал көршілестік бәрібір сәтсіз аяқталады, сондықтан NHRP multicast репликациясын, туннельдің EIGRP саясатын және IPsec-ті үш бөлек қабат ретінде тексеріңіз.

Туннель көтерілген, бір spoke екіншісін ping-дей алады, ал EIGRP hub-та әлі бірде-бір көршіні көрсетпейді. Бұл үйлесім құпия емес, қалыпты: ping NHRP арқылы unicast қолжетімділігін дәлелдейді, ал EIGRP hello хабарлары multicast болып табылады. DMVPN қабатында маршруттау протоколының жеткізу моделі екінші конфигурация беті, және адамдар дәл соны өткізіп жібереді, себебі бірінші бет әлдеқашан сау көрінеді. Төмендегі әр қабат өз пәрменімен тексеріледі, сондықтан бір қабаттағы ақау сізді тізімнің басына қайтармайды.

Күтетін көршілестіктерді жазып алыңыз

Кез келген show пәрменінің алдында қысқа тізім жасаңыз: қай spoke қай hub-пен peer болуы керек, қай туннель интерфейсі арқылы және қай EIGRP автономды жүйесінде. Көп hub-ты жобалар hub-тар арасындағы олқылықтарда құлайды, және тізім «EIGRP бұзылған» дегенді «spoke 3 hub 2-де тіркелмейді» дегенге айналдырады. Әр байланыста күтетін туннель ішкі желілерін қосыңыз, себебі екі ұштың арасындағы мекенжай сәйкессіздігі дәл протокол ақауына ұқсайды. Тізімді билетке жазыңыз, келесі ауысым жобамен салыстырсын, соңғы экран суретімен емес.

Алдымен NHRP-ны, содан кейін multicast жолын тексеріңіз

Тіркелу күйімен және hub шынымен ұстап тұрған бейнелеулермен бастаңыз. Hub-та динамикалық жазбасы жоқ spoke тіркелмеген, және оны ешбір маршруттау протоколы түзетпейді. Содан кейін spoke-тың hub-тың 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 жолы spoke-қа hello-ларын қабат арқылы репликацияланған multicast ретінде hub-қа жіберуге мүмкіндік береді және hub-тың multicast-ы тіркелген spoke-тарға жетуіне мүмкіндік береді. Онсыз NHRP арқылы unicast жұмыс істейді, ал multicast істемейді, және ping-ті дәлелге ұқсататын дәл осы бөліну. Cisco нұсқаулығы IOS XE DMVPN әр фаза үшін hub мен spoke-тардың 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 multicast-ты GRE ішінде тасымалдайды, ал 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

Жоғары тұрған және санауыштары қозғалып жатқан SA, EIGRP төменде қалғанда, тергеуіңізді стектің жоғары жағына қайтарады: пакеттер қорғалып, жеткізіледі, демек мәселе протокол қандай пакеттерді жіберуді таңдауында.

Тек көршілер санын емес, маршруттарды тексеріңіз

Көршілестік қалыптасқаннан кейін оның нені хабарлайтынын және орнататынын оқыңыз. Көп нүктелі туннельде split horizon мен next-hop тәртібі spoke-тың hub арқылы басқа spoke-қа жете алатынын анықтайды, ал жинақтау көршілік қатынас мінсіз болса да prefix-ті жасыра алады.

Екі сайт арасындағы рұқсат етілген қолданбамен аяқтап, оның жүретін жолын растаңыз. Тікелей spoke-to-spoke қысқа жолдары өз NHRP және қауіпсіздік күйі бар жіберу талабы, ал оларды көршілер саны жақсырақ көрінуі үшін қосу әдетте екінші мәселе тудырады.

Фазалық жобаны, multicast бейнелеуін және EIGRP саясатын бір жерге жазыңыз. Келесі инженерге жоба қажет болады, транскрипт емес.

Қатысты мақалалар