VPN orqali PIM-SM: BSR, RP xaritalash va RPF yo'llarini tekshirish

Tunnel ishlayapti, unicast pinglar undan o'tadi, lekin qabul qiluvchi hali ham qora ekran ko'rsatadi. PIM-SM joylashtiruvida bu belgi deyarli har doim to'rtta boshqaruv yo'lidan biri buzilganini va ma'lumot yo'li hech qachon muammo bo'lmaganini bildiradi. Quyidagi ro'yxatni tartib bilan ko'rib chiqing va birinchi muvaffaqiyatsiz qadamda to'xtang, chunki har bir keyingi qadam oldingisiga bog'liq. Men bu besh tekshiruvni qoralama faylda saqlayman va multicast shikoyati kelganda terminalga joylashtiraman, bu esa tashxisning taxminga aylanishini oldini oladi.

Tunneldan emas, qabul qiluvchidan boshlang

Guruhni hech qachon so'ramagan qabul qiluvchi hech bir marshrutizatorda holat yaratmaydi, shuning uchun boshqa narsani tekshirishdan oldin qabul qiluvchi tomondagi segmentda qo'shilish mavjudligini tasdiqlang. Cisco uslubidagi platformalarda oxirgi sakrash marshrutizatorida show ip igmp groups qo'shilgan guruhlarni ularni eshitgan interfeys yonida chiqaradi. Guruh o'sha chiqishda bo'lmasa, tunnel chalg'ituvchi narsa: so'rov kirish switcherida, xost soketida yoki querier yo'q VLAN ichida o'ldi.

Men ko'rgan yo'qolgan qo'shilishlarning ko'pini ikkita oddiy sabab tushuntiradi: xost va marshrutizator o'rtasidagi IGMP versiyasi nomuvofiqligi va marshrutlash qilmaydigan switcherga tushgan querier tanlovi. Uchinchisi nozikroq: guruhga qo'shilgan, lekin noto'g'ri VLANda, chunki xostda ikkita tarmoq kartasi bor va dastur noto'g'risiga bog'langan. IPv6 qabul qiluvchilarida MLD bilan xuddi shu muammo bor, u yerda show ipv6 mld groups o'sha savolga javob beradi. Bularning hech biri tunnelga teginish bilan tuzatilmaydi va aynan shuning uchun tartib muhim.

Qo'shilish ko'ringandan so'ng, PIM qabul qiluvchi tomondagi interfeysda ham, uchrashuv nuqtasiga olib boruvchi interfeysda ham yoqilganini tasdiqlang. IGMP a'zoligi bor, lekin yuqori interfeysida PIM yo'q marshrutizator guruhni lokal jadvalda saqlaydi va hech qayerga hech narsa yubormaydi.

BSR to'plami qarshi tomonga yetib boradimi?

Bootstrap Router xabarlari bitta PIM domeni ichida sakrashma-sakrash harakatlanadi va tunnel orqali sinadigan yo'nalish aynan shu. Nomzod RPlar o'z e'lonlarini saylangan BSRga unicast orqali yuboradi, shuning uchun RPdan BSRgacha bo'lgan qism ishlayotgan tunnelda odatda o'zgarmay qoladi. Boshqa yo'nalishdagi Bootstrap xabarlari oqimi har bir oraliq interfeysda PIM yoqilganiga va hech narsa xabarlarni chegarada to'xtatmasligiga bog'liq. RFC 5059 o'sha taqsimotni va uni qisqartirishga ruxsat berilgan ma'muriy doira chegaralarini belgilaydi.

ip pim bsr-border bayonoti, 103 protokolini filtrlaydigan ACL yoki multicast tashiy olmaydigan siyosatga asoslangan IPsec tunnel — har biri oqimni kesadi, unicast esa butun qoladi. Aynan shu birikma nosozlikni RP muammosi kabi ko'rsatadi, aslida bu yetib borish muammosi, va shuning uchun men RP konfiguratsiyasidan oldin BSR holatini o'qiyman.

Uzoq tomondagi marshrutizatorda show ip pim bsr-router saylangan BSRni va o'rganilgan RP to'plamini nomlaydi; agar chiqish bo'sh bo'lsa, uzoq tomon o'z domenida o'tiribdi va hech qanday RP konfiguratsiyasi ikkalasini kelishtirmaydi. Tunnelning ikki tomonida show ip pim rp mapping chiqishidagi guruh diapazonlari va RP manzillarini solishtiring. Faqat lokal mavjud bo'lgan xaritalash noto'g'ri joyda tugaydigan umumiy daraxt yaratadi va qabul qiluvchi abadiy kutadi.

RP xaritalashini tunnelning ikki tomonida moslashtiring

Statik RP, BSR va anycast-RP bir savolga uchta javob, ularni tunnel orqali aralashtirish esa hech qachon yaqinlashmaydigan domen qurishning ishonchli usuli. Agar bosh tomon BSR ishlatsa, filial esa boshqa manzilga ishora qiluvchi statik ip pim rp-address ishlatsa, filial o'z umumiy daraxtini qabul qiluvchi borligini bilmaydigan RP tomon quradi. Xaritalash guruh diapazonida ham, manzilda ham mos kelishi kerak, chunki aniqroq diapazon kengroqni yengadi.

Anycast-RP aynan ikki sayt bitta RP manzilini baham ko'rishi uchun mavjud va bu yerda uni eslatish arziydi, chunki u «o'sha RP» ma'nosini o'zgartiradi. Bitta manzilni e'lon qiluvchi ikki RP dizayn bo'yicha izchil; bir diapazon uchun turli manzillarni e'lon qiluvchi ikki RP esa bunday emas, har bir sayt yakka o'zi qanchalik sog'lom ko'rinmasin.

232.0.0.0/8 ichidagi manbaga xos multicast uchun RPdan hech qachon so'ralmaydi, shuning uchun bo'sh RP xaritalashi avtomatik nosozlik emas. Hech qachon kerak bo'lmagan RP ortidan quvishdan oldin dastur qaysi xizmat modelidan foydalanishini hal qiling.

RPF qidiruvini manba tomon o'qing

PIM daraxtni unicast yo'lini teskari aylantirib quradi, shuning uchun muhim tekshiruv manbaga qaytish marshruti yoki umumiy daraxt uchun RPga qaytish yo'lidir. Marshrutizator yuqori deb hisoblamaydigan interfeysga kelgan qo'shilish tashlanadi va sabab tunnel nosozligi emas, RPF nosozligi sifatida qayd etiladi. Tunnel orqali standart marshrut va WAN orqali aniqroq marshrutga ega filial marshrutizatorida manbaga faqat tunnel orqali yetish mumkin bo'lsa ham RPF interfeysi osongina WAN bo'lishi mumkin. Bu qo'shilishning jimgina tashlanishining yagona eng keng tarqalgan sababi.

show ip rpf 192.0.2.10 tanlangan interfeys, keyingi sakrash va qaror yaratgan marshrutni chiqaradi, bu odatda nomuvofiqlikni ko'rish uchun yetarli. ip mroute 192.0.2.0 255.255.255.0 tunnel0 kabi statik multicast marshruti o'sha prefiks uchun unicast qidiruvini chetlab o'tadi va multicast topologiyasi unicast topologiyasidan chindan farq qilganda bu qonuniy tuzatish. Unga hujjatlashtirilishi kerak bo'lgan konfiguratsiya sifatida qarang, hodisa paytida qo'llanib keyin unutilgan yamoq sifatida emas.

Qo'shilishni ping bilan emas, buyruqlar bilan tasdiqlang

Ping unicast ishlashini isbotlaydi, buni siz allaqachon bilardingiz. Uchdan-uchga tasdiqlash qo'shilish, xaritalash, qo'shni va daraxtni shu tartibda ko'rsatadigan ketma-ketlikdir va har bir buyruq boshqa savolga javob beradi.

show ip igmp groups 239.1.1.1
show ip pim rp mapping
show ip pim neighbor
show ip rpf 192.0.2.10
show ip mroute 239.1.1.1

Haqiqiy kiruvchi interfeys va bo'sh bo'lmagan chiquvchi ro'yxatga ega to'ldirilgan (S,G) yozuvi boshqaruv tekisligi ishini tugatganini bildiradi. Kiruvchi interfeysi Null deb o'qiladigan yozuv yoki doimiy o'sib borayotgan RPF failed yorliqli hisoblagich tunnelga emas, oldingi bo'limga ishora qiladi.

Agar beshta buyruqning hammasi to'g'ri ko'rinsa-yu, qabul qiluvchi hali ham hech narsa ko'rmasa, qolgan gumondor tunnelning o'z siyosati: unicast marshrutlash protokoliga ruxsat berib, PIM, IGMP yoki guruh trafigining o'ziga ruxsat bermaydigan kripto ACL yoki firewall qoidasi. Siyosatga asoslangan IPsec tunnelda multicast umuman tashilmaydi, shuning uchun javob yana bir filtr istisnosi emas, GRE yoki VTI dizaynidir. Biror narsani o'zgartirishdan oldin besh tekshiruvdan qaysi biri muvaffaqiyatsiz bo'lganini yozing, so'ngra faqat o'sha qatlamni o'zgartiring.