pim-sm vs multicast vlan уйти от PIM

[Стич]

Есть сеть для физиков, в ней бегает IPTV через мультикаст.

Построена так:

На доступе мультикаст vlan, igmp snooping

На агрегации igmp и PIM-SM

Магистральный коммутатор PIM-SM

коммутатор ядрo rendezvous point (RP) PIM-SM

Коммутатор с источниками мультикаста PIM-SM

 

Собственно хочется уйти в сети от PIM что бы понизить

требования к коммутаторам.

Примерно так:

На доступе мультикаст vlan, igmp snooping

На агрегации мультикаст vlan igmp snooping

Магистральный коммутатор мультикаст vlan igmp snooping

Ядро igmp PIM-SM

Коммутатор с источниками мультикаста PIM-SM

 

Подскажите какие подводные камни при такой схеме?

[alibek]

Какого размера у вас сеть?

У нас именно такая схема (PIM до ядра, igmp snooping от агрегации и ниже).

Все хорошо работает, только нужно тайминги тщательно отрегулировать.

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

[darkagent]

Мультикастовый влан, как и любой другой, подвергается коллизиям и паразитному трафику. И чем он больше, тем веселей. удачи.

Чем короче будет путь от абонента до pim, тем легче будет жить.

 

[alibek]

Ну если в мультикастовом VLAN в один момент несколько тысяч подписчиков, то да, явно нужно делить на сегменты и настраивать маршрутизацию.

А до нескольких сотен хостов в одном VLAN вполне бодро работают, если на доступе используются нормальное оборудование с полноценной поддержкой igmp.

[Стич]

21 минуту назад, darkagent сказал:

Мультикастовый влан, как и любой другой, подвергается коллизиям и паразитному трафику. И чем он больше, тем веселей. удачи.

Чем короче будет путь от абонента до pim, тем легче будет жить.

Собсвенно я так и думал.

[Butch3r]

Мы наоборот в своё время 3120 стали с PIM покупать, после того как это сделали качество значительно повысилось

[pingz]

@Стич  до 50-100 клиентов в одном iptv vlan нормально после уже идут проблемы. 

 

З.Ы. отказались от мульткаста перешли на OTT, вспоминаю как в аду было.

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

[alibek]

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

до 50-100 клиентов в одном iptv vlan нормально после уже идут проблемы.

А на каком оборудовании пробовали?

У нас где-то 200-300 пользователей, проблем не наблюдаем.

[pingz]

@alibek d-link

[vurd]

55 минут назад, pingz сказал:

@alibek d-link

 

А какие проблемы то? На длинках 3028 что-ли?

[pingz]

@vurd  Картинка сыпалась, DGS3000, изначально все было сделано на коленке, из серий "ну работает же"

В то время я только начинал познавать мир телекома, говорил нужно делать через PIM и не плодить широковещательный домен на 100-300 комков.

Пока клиентов было мало 50-100 человек было все норм, после 150 начались мелкие проблемы. Решалось по мере поступления проблем. 

Брали чистый мульткаст через магистрала(запутанная история)

На последний момент делал так на входе стоял EX4550 резал все пакеты от квериара магистрала(дальше становился квериаром, так проработало не долго), дальше после него 3120 и 3000 так же резали по асл уже пакеты квериара, после года мучений вопрос встал в PIM, но решили кардинально переходом на ОТТ, вроде номр, но я думаю скоро вылезут проблемы и сним. 

 

З.Ы. если бы изначально была бы договорённость принимать PIM и предоставление до 50-100 клиентов, думаю проблем бы не было. Тут раньше все работало в 10 виланах сейчас сотни 3, нужно дальше дробить. 

[alibek]

У нас есть немного D-Link DES-3200, проблем с IPTV по мультикасту на них почти нет.

Но с его первоначальной настройкой пришлось повозиться, на дефолтных настройках все сыпалось.

На SNR/QTECH все отлично работало из коробки, хотя позже мы прикрутили ACL и приоритеты.

На Orion тоже пришлось долго вылизывать шаблонную конфигурацию, чтобы добиться хорошего качества.

На Eltex собственно мультикаст тоже работал без каких-либо проблем, но у него слабый CPU и любые нагрузки на него сразу же отражались на работе IGMP, поэтому там тоже пришлось повозиться с шаблонной конфигурацией.

[Стич]

Вобщем как я понял.

PIM c ядра до агреции это правильное решение.