[seelent]

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

 

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

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

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

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

[seelent]

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

 

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

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

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

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

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

[DeLL]

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

2. -

3. нет

[terrible]

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

[seelent]

DeLL

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

 

3. нет

 

 

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

Edited December 22, 2014 by seelent

[DeLL]

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

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

[xcme]

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

[mcdemon]

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 *

[seelent]

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 December 23, 2014 by seelent

[seelent]

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

[DeLL]

На сколько я знаю внутри 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 December 23, 2014 by DeLL