EIGRP суседи се не подижу на DMVPN слоју

Unicast кроз надградњу ради, а суседство и даље пада, па проверите NHRP multicast репликацију, EIGRP политику на тунелу и IPsec као три одвојена слоја.

Тунел је подигнут, један spoke може да пингује други, а EIGRP и даље не приказује ниједног суседа на hub-у. Та комбинација је нормална, а не тајанствена: ping доказује unicast доступност кроз NHRP, а EIGRP hello поруке су multicast. На DMVPN надградњи модел испоруке рутирајућег протокола је друга конфигурациона површина и управо је људи прескачу јер прва површина већ изгледа здраво. Сваки слој испод проверава се сопственом командом, па вас квар на једном не враћа на врх листе.

Запишите суседства која очекујете

Пре било које show команде направите кратку листу: који spoke треба да се повеже с којим hub-ом, преко ког тунелског интерфејса и у ком EIGRP аутономном систему. Дизајни са више hub-ова падају у празнинама између hub-ова, а листа претвара „EIGRP је покварен“ у „spoke 3 се не региструје на hub 2“. Укључите тунелске подмреже које очекујете на свакој вези, јер неслагање адреса између два краја изгледа тачно као квар протокола. Запишите листу у тикет, да следећа смена пореди с дизајном, а не са последњим снимком екрана.

Проверите NHRP, затим multicast пут

Почните са стањем регистрације и мапирањима која hub заиста држи. Spoke без динамичког уноса на hub-у није се регистровао и ниједан рутирајући протокол то неће поправити. Затим потврдите да spoke прихвата multicast са hub-ове NBMA адресе, што је одвојен ред од 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 поруке hub-у као реплицирани multicast кроз надградњу и омогућава да hub-ов multicast стигне до регистрованих spoke-ова. Без њега unicast кроз NHRP ради, а multicast не, и управо та подела чини да ping изгледа као доказ. Cisco водич IOS XE DMVPN документује понашање multicast-а на hub-у и spoke-овима за сваку фазу, па ускладите конфигурацију с фазом коју сте стварно увели уместо да копирате фрагмент из друге топологије.

Проверите 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 вредности одбацује hello поруке без очигледне syslog линије код примаоца. Ако дизајн користи експлицитно конфигурисане unicast суседе, следите тај модел до краја уместо да га слажете поврх multicast подешавања док се нешто не подигне.

Држите GRE пренос и IPsec заштиту одвојено

DMVPN преноси multicast унутар GRE-а, а IPsec штити GRE пакете, а не унутрашњи multicast директно. Зато је општа тврдња да 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 остаје доле враћа вашу истрагу на врх стека: пакети се штите и испоручују, па је проблем које пакете протокол одлучује да шаље.

Проверите руте, не само број суседа

Кад се суседство формира, прочитајте шта оно оглашава и инсталира. На multipoint тунелу split horizon и понашање следећег хопа одлучују може ли spoke да дође до другог spoke-а преко hub-а, а сумаризација може сакрити префикс и кад је однос са суседом савршен.

Завршите с дозвољеном апликацијом између две локације и потврдите пут којим иде. Директне spoke-to-spoke пречице су захтев за прослеђивање са сопственим NHRP и безбедносним стањем, а њихово додавање да број суседа изгледа боље обично ствара други проблем.

Запишите фазни дизајн, multicast мапирање и EIGRP политику на једном месту. Следећем инжењеру требаће дизајн, а не транскрипт.

Повезани чланци