Jump to content
Калькуляторы

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

 

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

Share this post


Link to post
Share on other sites

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

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

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

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

Share this post


Link to post
Share on other sites

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

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

 

Share this post


Link to post
Share on other sites

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

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

Share this post


Link to post
Share on other sites
21 минуту назад, darkagent сказал:

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

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

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

 

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

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

Share this post


Link to post
Share on other sites
35 минут назад, pingz сказал:

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

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

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

Share this post


Link to post
Share on other sites
55 минут назад, pingz сказал:

@alibek d-link

 

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

Share this post


Link to post
Share on other sites

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

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

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

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

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

 

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

Share this post


Link to post
Share on other sites

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

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

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

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

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

Share this post


Link to post
Share on other sites

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

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

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
Sign in to follow this