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

@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

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.