seelent Опубликовано 22 декабря, 2014 · Жалоба Добрый день, в виду ошибок при построении сети, получилась топология в виде каскадной звезды с вытекающей проблемой отсутствия возможности включения fast leave и 100мбитными абонентскими шлюзами, на которых разруливаются 2 влана - с pppoe и мультикастом. Естественно, как только абонент начинает тыкать в кнопку переключения следующего канала, он махом забивает себе входной канал. Попытался прошерстить тему еще раз, возникло несколько вопросов: 1.Multicast vlan, это когда хочется подать мультикаст антегом параллельно с иным юникастовым нативным вланом? Если абонентское устройство работает с вланами, можно просто включать мультикаст фильтрацию и снупинг в выделенном влане с мультикастом, а на железе абонента разруливать и ок? 2.Есть такая функция: igmp_snooping rate_limit. Судя по описанию - ограничивает кол.во служебных igmp запросов. Это понимается как кол.во запросов в единицу времени, и если да - то в какую единицу времени? А если это просто ограничение, то что происходит, при его достижении. 3.Существует ли возможность включения fast leave только на конкретных абонентских портах? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
seelent Опубликовано 22 декабря, 2014 · Жалоба Добрый день, в виду ошибок при построении сети, получилась топология в виде каскадной звезды с вытекающей проблемой отсутствия возможности включения fast leave и 100мбитными абонентскими шлюзами, на которых разруливаются 2 влана - с pppoe и мультикастом. Естественно, как только абонент начинает тыкать в кнопку переключения следующего канала, он махом забивает себе входной канал. Попытался прошерстить тему еще раз, возникло несколько вопросов: 1.Multicast vlan, это когда хочется подать мультикаст антегом параллельно с иным юникастовым нативным вланом? Если абонентское устройство работает с вланами, можно просто включать мультикаст фильтрацию и снупинг в выделенном влане с мультикастом, а на железе абонента разруливать и ок? 2.Есть такая функция: igmp_snooping rate_limit. Судя по описанию - ограничивает кол.во служебных igmp запросов. Это понимается как кол.во запросов в единицу времени, и если да - то в какую единицу времени? А если это просто ограничение, то что происходит, при его достижении. 3.Существует ли возможность включения fast leave только на конкретных абонентских портах? Со вторым пунктом разобрался - в секунду. Сверхлимитные - отбрасываются. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
DeLL Опубликовано 22 декабря, 2014 · Жалоба 1. Можно и так сказать. Если еще проще - "подмешивание" мультикаста к нативному вилану в абонентский порт 2. - 3. нет Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
terrible Опубликовано 22 декабря, 2014 · Жалоба 3. На влане можно включить, на порту нельзя Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
seelent Опубликовано 22 декабря, 2014 (изменено) · Жалоба DeLL 3. На влане можно включить, на порту нельзя 3. нет Т.е. "однохоповая звезда на доступе или смерть"? Лично наблюдал, как абонент запрашивает пол плейлиста за 5-10 секунд. Изменено 22 декабря, 2014 пользователем seelent Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
DeLL Опубликовано 22 декабря, 2014 · Жалоба Fast live включается глобально вместе со снупингом для конкретного вилана и работает только для абон портов. Для портов, помеченных как сурс, настройка fast live никак не влияет (но на некоторых несвежих прошивках есть баг) Чтобы в абон порт не забивался мультикаст на все 100 мбит за 10 сек - установите config multicast vlan_filtering_mode vlan 100 filter_unregistered_groups и выключите Data Driven - для звезды он не актуален. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
xcme Опубликовано 22 декабря, 2014 · Жалоба Кстати, если за абонентским портом может быть больше одного устройства, то fast leave вреден. У нас это подразумевается, потому никогда его не включаем. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
mcdemon Опубликовано 23 декабря, 2014 · Жалоба 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 * Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
seelent Опубликовано 23 декабря, 2014 (изменено) · Жалоба 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. Изменено 23 декабря, 2014 пользователем seelent Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
seelent Опубликовано 23 декабря, 2014 · Жалоба А ISM бродкаст и юникаст пропускает? Мне нужно в мультикаст влане dhcp раздавать. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
DeLL Опубликовано 23 декабря, 2014 (изменено) · Жалоба На сколько я знаю внутри 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 Изменено 23 декабря, 2014 пользователем DeLL Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...