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

Вопросы по Igmp_snooping'у на длинках.

Добрый день, в виду ошибок при построении сети, получилась топология в виде каскадной звезды с вытекающей проблемой отсутствия возможности включения fast leave и 100мбитными абонентскими шлюзами, на которых разруливаются 2 влана - с pppoe и мультикастом. Естественно, как только абонент начинает тыкать в кнопку переключения следующего канала, он махом забивает себе входной канал.

 

Попытался прошерстить тему еще раз, возникло несколько вопросов:

1.Multicast vlan, это когда хочется подать мультикаст антегом параллельно с иным юникастовым нативным вланом? Если абонентское устройство работает с вланами, можно просто включать мультикаст фильтрацию и снупинг в выделенном влане с мультикастом, а на железе абонента разруливать и ок?

2.Есть такая функция: igmp_snooping rate_limit. Судя по описанию - ограничивает кол.во служебных igmp запросов. Это понимается как кол.во запросов в единицу времени, и если да - то в какую единицу времени? А если это просто ограничение, то что происходит, при его достижении.

3.Существует ли возможность включения fast leave только на конкретных абонентских портах?

Share this post


Link to post
Share on other sites

Добрый день, в виду ошибок при построении сети, получилась топология в виде каскадной звезды с вытекающей проблемой отсутствия возможности включения fast leave и 100мбитными абонентскими шлюзами, на которых разруливаются 2 влана - с pppoe и мультикастом. Естественно, как только абонент начинает тыкать в кнопку переключения следующего канала, он махом забивает себе входной канал.

 

Попытался прошерстить тему еще раз, возникло несколько вопросов:

1.Multicast vlan, это когда хочется подать мультикаст антегом параллельно с иным юникастовым нативным вланом? Если абонентское устройство работает с вланами, можно просто включать мультикаст фильтрацию и снупинг в выделенном влане с мультикастом, а на железе абонента разруливать и ок?

2.Есть такая функция: igmp_snooping rate_limit. Судя по описанию - ограничивает кол.во служебных igmp запросов. Это понимается как кол.во запросов в единицу времени, и если да - то в какую единицу времени? А если это просто ограничение, то что происходит, при его достижении.

3.Существует ли возможность включения fast leave только на конкретных абонентских портах?

Со вторым пунктом разобрался - в секунду. Сверхлимитные - отбрасываются.

Share this post


Link to post
Share on other sites

1. Можно и так сказать. Если еще проще - "подмешивание" мультикаста к нативному вилану в абонентский порт

2. -

3. нет

Share this post


Link to post
Share on other sites

DeLL

3. На влане можно включить, на порту нельзя

 

3. нет

 

 

Т.е. "однохоповая звезда на доступе или смерть"? Лично наблюдал, как абонент запрашивает пол плейлиста за 5-10 секунд.

Edited by seelent

Share this post


Link to post
Share on other sites

Fast live включается глобально вместе со снупингом для конкретного вилана и работает только для абон портов. Для портов, помеченных как сурс, настройка fast live никак не влияет (но на некоторых несвежих прошивках есть баг)

Чтобы в абон порт не забивался мультикаст на все 100 мбит за 10 сек - установите config multicast vlan_filtering_mode vlan 100 filter_unregistered_groups и выключите Data Driven - для звезды он не актуален.

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

2. igmp_s rate_lim первый раз о таком слышу...

может имелось введу другое? например это:

 

 

config max_mcast_group vlanid * action drop

config max_mcast_group vlanid * max_group *

 

config max_mcast_group ports * action drop

config max_mcast_group ports * max_group *

Share this post


Link to post
Share on other sites

Fast live включается глобально вместе со снупингом для конкретного вилана и работает только для абон портов. Для портов, помеченных как сурс, настройка fast live никак не влияет (но на некоторых несвежих прошивках есть баг)

Чтобы в абон порт не забивался мультикаст на все 100 мбит за 10 сек - установите config multicast vlan_filtering_mode vlan 100 filter_unregistered_groups и выключите Data Driven - для звезды он не актуален.

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

Разве data driven это не создание групп коммутации, исходя из проходящего траффика?

 

Fast live включается глобально вместе со снупингом для конкретного вилана и работает только для абон портов. Для портов, помеченных как сурс, настройка fast live никак не влияет (но на некоторых несвежих прошивках есть баг)

 

У нас не ISM, а обычный влан. Т.е. 2 влана: в первом гоняем инет. Во втором - мультикаст. Снупиг и мультикаст фильтеринг включены во втором. Т.к. абонентские устройства принимают тег, и бриджуют его на отдельный порт для тв приставки. Насколько я понял, ism делает мультикаст на сурсе антегом - без вариантов?

 

Да, увидел tag member port.

Edited by seelent

Share this post


Link to post
Share on other sites

А ISM бродкаст и юникаст пропускает? Мне нужно в мультикаст влане dhcp раздавать.

Share this post


Link to post
Share on other sites

На сколько я знаю внутри ISM только мультикаст.

По поводу data driven - комментарий сотрудника D-Link с офф форума:

Data Driven Learning необходим в кольцевых топологиях чтобы при сбое клиент получал поток максимально быстро.

Data Driven Learning Aged Out — параметр, который отвечает за время, в течении которого группа будет изучена.

То есть если группа приходит на коммутатор — он изучает ее и включает таймер. Когда таймер истекает — коммутатор переизучает группу снова, если она все еще приходит. Если отключено — группа будет изучена один раз и не будет удалена из таблицы коммутатора.

Data_driven_learning max_learned_entry — количество изучаемых функционалом Data Driven Learning (и передаваемых дальше в source port) групп.

Вроде как в снупинге можно настраивать мембер и сурс порты независимо от того, ISM это или обычный VLAN

Edited by DeLL

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