DMVPN qatlamida EIGRP qo‘shnilari ko‘tarilmaydi

Tunnel ko‘tarilgan, bir spoke boshqasini ping qila oladi, EIGRP esa hubda hanuz birorta qo‘shni ko‘rsatmaydi. Bu birikma sirli emas, odatiy: ping NHRP orqali unicast yetib borishni isbotlaydi, EIGRP hello xabarlari esa multicast. DMVPN qatlamida marshrutlash protokoli yetkazish modeli ikkinchi konfiguratsiya yuzasi bo‘lib, odamlar aynan shuni tashlab ketadi, chunki birinchi yuza allaqachon sog‘lom ko‘rinadi. Quyidagi har bir qatlam o‘z buyrug‘i bilan tekshiriladi, shuning uchun bir qatlamdagi nosozlik sizni ro‘yxat boshiga qaytarmaydi.

Kutayotgan qo‘shnichiliklarni yozib oling

Har qanday show buyrug‘idan oldin qisqa ro‘yxat tuzing: qaysi spoke qaysi hub bilan peer bo‘lishi, qaysi tunnel interfeysi orqali va qaysi EIGRP avtonom tizimida. Ko‘p hubli loyihalar hublar orasidagi bo‘shliqlarda qulaydi, va ro‘yxat «EIGRP buzilgan» degan gapni «spoke 3 hub 2 da ro‘yxatdan o‘tmayapti» ga aylantiradi. Har bir bog‘lanishda kutayotgan tunnel quyi tarmoqlarini ham qo‘shing, chunki ikki uchidagi manzil nomuvofiqligi protokol nosozligidek ko‘rinadi. Ro‘yxatni ticketga yozing, keyingi smena oxirgi skrinshot bilan emas, loyiha bilan solishtirsin.

Avval NHRP, keyin multicast yo‘lini tekshiring

Ro‘yxatdan o‘tish holati va hub haqiqatan saqlayotgan xaritalardan boshlang. Hubda dinamik yozuvi yo‘q spoke ro‘yxatdan o‘tmagan va buni hech qaysi marshrutlash protokoli tuzatmaydi. So‘ng spoke hubning NBMA manzilidan multicast qabul qilishini tasdiqlang, bu NHS yozuvidan alohida satr.

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

Aynan ip nhrp map multicast satri spokega hello xabarlarini qatlam bo‘ylab replikatsiyalangan multicast sifatida hubga yuborish imkonini beradi va hub multicastining ro‘yxatdan o‘tgan spokelarga yetib borishini ta’minlaydi. Usiz NHRP orqali unicast ishlaydi, multicast ishlamaydi va pingni isbotga o‘xshatadigan narsa aynan shu bo‘linishdir. Cisco qo‘llanmasi IOS XE DMVPN har bir faza uchun hub va spokelarning multicast xatti-harakatini hujjatlashtiradi, shuning uchun konfiguratsiyangizni boshqa topologiyadan parcha ko‘chirish o‘rniga haqiqatan joriy qilgan fazangizga moslang.

EIGRP ning o‘z interfeys siyosatini tekshiring

EIGRP jarayonida bo‘lmagan yoki passive bo‘lgan tunnel qatlam qanchalik sog‘lom bo‘lmasin, hech qachon qo‘shnichilik hosil qilmaydi. Interfeys ishtiroki va qo‘shnilar jadvalini birga o‘qing, chunki birinchisi ikkinchisini tushuntiradi.

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

Autentifikatsiya va metrika og‘irliklari ikki uchida ham mos kelishi kerak. Noto‘g‘ri rejimdagi kalit zanjiri yoki K qiymatidagi nomuvofiqlik qabul qiluvchida aniq syslog satrisiz hello xabarlarini tashlab yuboradi. Agar loyiha aniq konfiguratsiya qilingan unicast qo‘shnilardan foydalansa, uni multicast sozlamalari ustiga qatlamlash o‘rniga o‘sha modelga to‘liq amal qiling.

GRE tashishini va IPsec himoyasini alohida tuting

DMVPN multicastni GRE ichida tashiydi, IPsec esa ichki multicastni emas, GRE paketlarini himoya qiladi. Shuning uchun «IPsec multicast tashiy olmaydi» degan umumiy da’vo bu loyiha uchun noto‘g‘ri va tashxis sifatida foydasiz. Tunneldagi IPsec profilini, har bir peer uchun xavfsizlik assotsiatsiyalarini va tunnel interfeysi holatini uch alohida fakt sifatida tekshiring.

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

EIGRP pastda qolayotganda hisoblagichlari yurib turgan SA tekshiruvingizni yana stek tepasiga qaytaradi: paketlar himoyalanmoqda va yetkazilmoqda, demak muammo protokol qaysi paketlarni yuborishni tanlashida.

Faqat qo‘shnilar sonini emas, marshrutlarni tekshiring

Qo‘shnichilik shakllangach, u nimalarni e’lon qilishi va o‘rnatishini o‘qing. Ko‘p nuqtali tunnelda split horizon va next-hop xatti-harakati spoke hub orqali boshqa spokega yeta olishini hal qiladi, agregatsiya esa qo‘shnichilik munosabati mukammal bo‘lsa ham prefiksni yashirishi mumkin.

Ikki sayt orasidagi ruxsat etilgan ilova bilan yakunlang va u bosib o‘tadigan yo‘lni tasdiqlang. To‘g‘ridan-to‘g‘ri spoke-to-spoke qisqa yo‘llar o‘z NHRP va xavfsizlik holatiga ega yo‘naltirish talabi bo‘lib, qo‘shnilar soni yaxshiroq ko‘rinishi uchun ularni qo‘shish odatda ikkinchi muammo tug‘diradi.

Fazali loyihani, multicast xaritalashni va EIGRP siyosatini bir joyda qayd eting. Keyingi muhandisga loyiha kerak bo‘ladi, stenogramma emas.