Перейти к содержимому
Калькуляторы

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

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

 

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

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

 

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

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

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

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

2. -

3. нет

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

DeLL

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

 

3. нет

 

 

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

Изменено пользователем seelent

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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 *

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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.

Изменено пользователем seelent

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Изменено пользователем DeLL

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Join the conversation

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

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.