Настройка базового мультикастового роутинга

[alexwin]

С мультикастовым роутингом не приходилось иметь дело,поэтому просьба подсказать. Имеется следующая схема (см. вложение). Нужно,чтобы источник мультикаста 1 мог принимать с мультикаст источника 2 и наоборот,Роутер и свитчи - cisco. Свитчи L2.

Насколько я понимаю,чтобы это работало достаточно на роутере включить мультикастовый роутинг (ip multicast routing),а на свитчах igmp snooping?

[zstas]

ещё как минимум включить ip pim sparse-mode на интерфейсах и глобально прописть ip pim rp (выбрать например лупбек любой на циске).

[v_r]

А почему нельзя пробросить вилан он источника1 до источника2 сбриджевав его на роутере? Маршрутизацию мультикаста имеет смысл настраивать если у вас за роутером есть другие потребители.

[alexwin]

1 час назад, v_r сказал:

А почему нельзя пробросить вилан он источника1 до источника2 сбриджевав его на роутере? Маршрутизацию мультикаста имеет смысл настраивать если у вас за роутером есть другие потребители.

Да,есть другие потребители,это просто упрощенная схема,бридж не подходит.

 

4 часа назад, zstas сказал:

ещё как минимум включить ip pim sparse-mode на интерфейсах и глобально прописть ip pim rp (выбрать например лупбек любой на циске).

А зачем это,ведь роутер один,он смотрит в две канальные среды,тут разве igmp недостаточно? Или это обязательные команды для включения мульткастового роутинга?

[zhenya`]

igmp это layer2, пим как раз нужен для layer3 доставки.

[alexwin]

35 минут назад, zhenya` сказал:

igmp это layer2, пим как раз нужен для layer3 доставки.

А разве pim не межроутерный протокол?

 

 

Edited October 23, 2017 by alexwin

[v_r]

2 часа назад, alexwin сказал:

Да,есть другие потребители,это просто упрощенная схема,бридж не подходит.

 

Тогда имеет смысл выделять отдельный вилан для каждого источника, и строить на каждый источник отдельный вилан в котором он будет потреблять мультикаст, так будет проще строить и диагностировать в будущем, и как показывает практика работает надежнее. IGMP snooping в виланах с источниками лучше выключить, если в одном порту свитча мультикаст влетает а в другом вылетает то снупинг будет лишь помехой.

На маршрутизаторе надо включить PIM sparse-mode на интерфейсах, и по идее настроить статический RP, адрес RP лучше повесить на лупбек; возможно что в случае с одним маршрутизатором RP не обязателен (я такое не тестировал) но для схемы с несколькими маршрутизаторами без RP не обойтись.

[alexwin]

18 часов назад, v_r сказал:

PIM sparse-mode на интерфейсах

А может dense-mode и не запариваться с RP?

[fox_m]

! Глобально

ip multicast-routing distributed

 

! На мультикаст интерфейсах

ip pim sparse-mode - на интерфейсах

 

! RP интерфейс

interface loopback0

ip add 1.1.1.1 255.255.255.255

ip pim sparce-mode

 

! Описываем RP

ip pim rp-address 1.1.1.1  MCAST-GROUPS override

 

! Указываем диапазоны мультикаст групп

ip access-list standard MCAST-GROUPS
 permit 239.1.1.0 0.0.0.255
 

 

[v_r]

Зависит от количества трафика и необходимо ли гибко им управлять. При 5 мегабитах мультикаста, 2 источниках и 5 подписчиках в локальной сети можно не стараться строить sparse, а при 500 мегабитах трафика, нескольких источниках и десятках подписчиков по всей сети dense будет трудно управлять. 

Попробуйте dense mode, не понравится - перестроите, надо будет лишь добавить RP и поменять на интерфейсах dense на sparse.

 

[zstas]

2 часа назад, alexwin сказал:

А может dense-mode и не запариваться с RP?

минус 1 команда на роутере? :)

[alexwin]

Только что, zstas сказал:

минус 1 команда на роутере? :)

Да еще надо подумать какой айпишник повесить на лупбэк :)

[ShyLion]

Готов продать 1.1.1.1/32, недорого.

[alexwin]

46 минут назад, ShyLion сказал:

Готов продать 1.1.1.1/32, недорого.

Зачем,у меня свой такой есть? Тем более,он у вас уже явно б/у,а у меня новенький.

Edited October 24, 2017 by alexwin