PIM-SM багатоадресна передача та HSRP / VRRP

Мені потрібно налаштувати ПК для прослуховування в каналі даних багатоадресної передачі (PIM-SM). Джерела багатоадресної передачі та (anycast) точка зустрічі знаходяться за "HSRP / VRRP адресою" з іншого боку каналу WAN. (Інструкції насправді кажуть "HSRP / VRRP")

Відповідно до отриманої документації, я встановив маршрутизатор зі статичним маршрутом до адреси HSRP / VRRP, а інша сторона додала маршрут до моєї мережі. Unicast трафік працює добре, але я не отримую жодного багатоадресного трафіку. Wireshark показує, що маршрутизатор не надсилає з'єднання PIM.

Що може бути не так?

PIM-повідомлення не отримуються від VIP-сервісів HSRP, тому перевірка RPF не працює, оскільки HSRP VIP є вашим сусідом RPF. Однак є два шляхи навколо цього.

1. Налаштуйте динамічний протокол маршрутизації між маршрутизатором та іншими сторонами маршрутизаторів, щоб HSRP не потрібен.

2. Налаштуйте статичні мутри для інших IP-адрес інтерфейсу, таких як:

   ip mroute 0.0.0.0 0.0.0.0 1.1.1.1

Проблема полягає в тому, що віддалені маршрутизатори оголошують себе повідомленнями PIM Hello з власних IP-адрес, і мій маршрутизатор реєструє ці адреси як сусідів PIM.

Шлюз в таблиці маршрутизації, однак, містить віртуальну адресу HSRP. Коли маршрутизатор хоче приєднатися до групи багатоадресної передачі, він шукає маршрут до точки рандеву, яка має віртуальну адресу HSRP як наступний скачок. Оскільки ця адреса HSRP наступного переходу не є одним з відомих сусідів PIM, PIM-SM RFC вказує, що не слід надсилати приєднання.

Зміна статичного маршруту для використання фактичної IP-адреси одного з маршрутизаторів HSRP робить роботу багатоадресної передачі, але, звичайно, це робить HSRP марним.

Я не перевіряв VRRP, оскільки інша сторона не хотіла змінювати мережу. VRRP, мабуть, не матиме цієї проблеми, оскільки він не використовує IP віртуального маршрутизатора, але використовує реальну IP-адресу головного маршрутизатора.

Можливо, використовуючи статичну мутру, яка вказує на "реальну" IP-адресу інтерфейсу, то звичайний статичний маршрут, що вказує на HSRP. то принаймні ви отримуєте HSRP за одноадресну передачу. АБО вкажіть або мурету, або статичний маршрут до інтерфейсу, а не IP-адреси.

Якщо припустити, що ви перебуваєте в середовищі Cisco .... Ви включили ip pim sparse-mode всі інтерфейси між цим пристроєм та RP?

Також не забувайте, ip pim autorp listenerщоб він знайшов RP автоматично.

Крім того - якщо у вас є надмірні зв’язки між вами та RP ... Маршрутизація (або гілки) PIM не йдуть тим самим шляхом, що і звичайна таблиця маршрутизації. Вони перевірять наявність RPF (зворотного шляху переадресації), щоб переконатися, що джерело потоку багатоадресної передачі йде з правильного напрямку. Але можливо, щоб резервне посилання HSRP було DR (призначений маршрутизатор) на стороні PIM будинку. Ви можете змінити цю поведінку, встановивши пріоритет DR. ip pim dr-priority xчим вище X, тим вище значення.

Ви також можете перевірити, чи бачить маршрутизатор приєднання багатоадресної передачі, видавши show ip mrouteйого, також повинен містити список RP.

show ip pim neigh також скаже вам, чи бачить він сусіда над потоком багатоадресної передачі

Я вважаю, що VRRP дотримується тієї самої концепції, однак я не впевнений на 100%, оскільки нечасто використовую багатопоточні шлюзи за замовчуванням.