seelent Posted December 22, 2014 · Report post Добрый день, в виду ошибок при построении сети, получилась топология в виде каскадной звезды с вытекающей проблемой отсутствия возможности включения 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
seelent Posted December 22, 2014 · Report post Добрый день, в виду ошибок при построении сети, получилась топология в виде каскадной звезды с вытекающей проблемой отсутствия возможности включения 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
DeLL Posted December 22, 2014 · Report post 1. Можно и так сказать. Если еще проще - "подмешивание" мультикаста к нативному вилану в абонентский порт 2. - 3. нет Share this post Link to post Share on other sites
terrible Posted December 22, 2014 · Report post 3. На влане можно включить, на порту нельзя Share this post Link to post Share on other sites
seelent Posted December 22, 2014 (edited) · Report post DeLL 3. На влане можно включить, на порту нельзя 3. нет Т.е. "однохоповая звезда на доступе или смерть"? Лично наблюдал, как абонент запрашивает пол плейлиста за 5-10 секунд. Edited December 22, 2014 by seelent Share this post Link to post Share on other sites
DeLL Posted December 22, 2014 · Report post 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
xcme Posted December 22, 2014 · Report post Кстати, если за абонентским портом может быть больше одного устройства, то fast leave вреден. У нас это подразумевается, потому никогда его не включаем. Share this post Link to post Share on other sites
mcdemon Posted December 23, 2014 · Report post 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
seelent Posted December 23, 2014 (edited) · Report post 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 Share this post Link to post Share on other sites
seelent Posted December 23, 2014 · Report post А ISM бродкаст и юникаст пропускает? Мне нужно в мультикаст влане dhcp раздавать. Share this post Link to post Share on other sites
DeLL Posted December 23, 2014 (edited) · Report post На сколько я знаю внутри 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 Share this post Link to post Share on other sites
