[kostas]

Всем доброго дня.

 

Помогите пожалуйста разгребсти кашу в голове. Есть сеть по схеме влан на коммутатор/дом. Для доставки мультикаста используется ISM влан 10, который прокинут на все коммутаторы доступа.

Имеем свои источники мультикаста (группы 239.0.0.0/16), которые заливаются в влан 10. Все сети терминируются на Core (catalyst 6500). Схему прилагаю (в таком виде, наши источники мультикаста работают, а сторонние нет).

 

1. На Core интерфейсе L3 vlan10 включен PIM-SM (если его отключить, весь мультикаст трафик расползается по сети в пределах vlan10) и IGMP Querier

 

interface Vlan10
description IPTV
ip address 10.10.0.1 255.255.255.0
ip pim sparse-mode
ip route-cache flow
ip route-cache policy
ip igmp snooping querier
end

 

По сути схема то простая - весь мультикаст в одной сети, PIM ведь тогда не нужен? Но если его убрать, то все транки забиваются плотным потоком мультикаста.

 

Вопрос: Почему не работает IGMP-Snooping, который включен на всех портах по умолчанию? И нужен ли здесь PIM?

 

 

2. На коммутаторе доступа настроен ISM. Вроде работает, но все равно толком не понимаю каким образом работает снупинг и каково назначение replace_source_ip у снупинга (в доке написано только, что этот ip должен быть из ISM сети и быть уникальным для коммутатора).

 

Вопросы:

На коммутаторе несколько вланов (управляющий, абонентский, транзитные вланы). Снупинг надо включать только на ISM влане или на абонентских тоже?

Нужно ли отключать querier на всех вланах? (сейчас отключено на всех)

Если указать replace_source_ip (к примеру 10.10.0.190 - из сети ISM vlan10), то IGMP запросы приходят на CORE с этого IP. Если не указывать, то от IP абонента. Как правильно? Работает и так и так.

 

 

3. Самый главный момент - свои мультикаст группы худо бедно бегают. А вот сторонние группы, которые должны ходить через IGMP-Proxy не хотят.

 

IGMP-Proxy используется на базе Mikrotik. По сути все просто - одним концом прокси смотрит в наш vlan10 (по нему ведь ходят IGMP запросы), а вторым в сеть оператора ТВ куда собственно и должен транслировать наши IGMP join.

 

Тут начинается самое интересное и не понятное для меня:

1. Если на Core интерфейсе L3 vlan10 включен PIM, то до прокси долетают IGMP запросы от имени этого интерфейса 10.10.0.1. В сеть оператора ТВ они не уходят (снифил).

2. Если на Core отключен PIM, то запросы долетают от replace_ip который прописан на коммутаторе доступа (то есть вроде как положено, работает ISM). В сеть оператора ТВ они так же не уходят.

 

Возможно не работает прокси, ибо там и крутить-то нечего и ошибок нет. Полтергейст.

 

PS: Пробовали подключиться к сторонним группам по PIM, но там другой косяк - каналы первый раз включаются замечательно, а вот повторно уже не хотят (пример переключение между двумя каналами туда сюда - оба канала перестанут показывать). Лечится ожиданием таймаута около 5 минут, после чего каналы снова оживают.

 

Вопрос: Чтобы это могло быть с проксей и как ее продиагностировать?

 

 

Вопросов много, но все они в пределах одной задачи.

 

Если у кого-то есть идеи, особенно по правильной организации потоков мультикаста в сети - буду очень благодарен за помощь и всяческие советы.

[Negator]

Вопросы:

На коммутаторе несколько вланов (управляющий, абонентский, транзитные вланы). Снупинг надо включать только на ISM влане или на абонентских тоже?

Нужно ли отключать querier на всех вланах? (сейчас отключено на всех)

Если указать replace_source_ip (к примеру 10.10.0.190 - из сети ISM vlan10), то IGMP запросы приходят на CORE с этого IP. Если не указывать, то от IP абонента. Как правильно? Работает и так и так.

Вообще советую обратиться на форум Длинка, или по телефону к ним же - все разжуют подробно. Реализация ISM разная на разных коммутаторах.

 

На коммутаторе несколько вланов (управляющий, абонентский, транзитные вланы). Снупинг надо включать только на ISM влане или на абонентских тоже?

Нужно ли отключать querier на всех вланах? (сейчас отключено на всех)

querier должен быть в сети только один и он должен быть только в 10 влане в вашем случае вы его уже настроили на L3. Снупинг нужен только в том влане, где будет мультикаст. В случае свичей доступа это ISM влан, на аггрегации или в ядре это может быть уже обычный 802.1q влан с тем же тегом.

 

Если указать replace_source_ip (к примеру 10.10.0.190 - из сети ISM vlan10), то IGMP запросы приходят на CORE с этого IP. Если не указывать, то от IP абонента. Как правильно? Работает и так и так.

По моему правильно первый вариант. Уотчните у длинка.

[eddy_mut]

Если указать replace_source_ip (к примеру 10.10.0.190 - из сети ISM vlan10), то IGMP запросы приходят на CORE с этого IP.

У меня все работает без этой опции. Тоже все на длинке.

 

По поводу PIM-SM. В каждом районе стоит свой L3 и до него от центрального мультикаст роутера поднято соседство PIM через отдельный транспортный вилан в котором подсеть с маской /30. То есть получается архитектура "звезда". Таким образом мы можем не только получать мультикаст от внешних поставщиков, но и у себя в сети иметь несколько территориально разнесенных узлов генерирования мультикаста. При этом "паразитный" мультикаст никуда не дует.

 

Другое дело как стабильно все это работает. Опыт подсказывает что время от времени после каждого переконфигурирования этих самых L3 свичей да и просто для профилактики приходится ребутать ночью все это хозяйство. Иначе долго будешь искать почему вдруг ни с того ни с сего начала сыпаться картинка.

 

P.S. У вас стримеры подключены к L2 коммутатору. Мы втыкаем все стримеры напрямую в железку где крутится PIM-SM. Хотя может быть это и непринципиально.

Edited August 31, 2012 by eddy_mut