+7 495 320-55-52
- Назад
- Телефоны
- +7 495 320-55-52
- Заказать звонок
info@mikrotik.moscow
г. Москва, ул. Бакунинская, 84
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

Команда IGMP Snooping

Команда IGMP Snooping, RouterOS

KydeX Guest	#1 0 13.08.2017 22:12:00 Привет. Понимаю, что в последних версиях RouterOS появилась поддержка IGMP Snooping. Однако в webgui или winbox я её не могу найти. Какова команда для включения этой функции? Спасибо.

underwor Guest	#2 0 10.01.2018 13:51:00 Ну что ж, IGMP-флуд по WiFi всё ещё здесь. У меня есть hAP lite с RouterOS 6.41, и даже после включения IGMP snooping на интерфейсе моста, я всё равно вижу IGMP-трафик на всех подключённых беспроводных устройствах.

ZeroByte

Guest

10.01.2018 22:43:00

Возможно, это глупый вопрос, но есть ли среди беспроводных устройств те, кто подписан на мультимедийную группу? Кроме того, я не уверен, стоит ли фильтровать сам трафик IGMP или только сам мультимедийный поток. IGMP — это протокол, который устройства используют для входа и выхода из мультимедийных групп. Если в вашей беспроводной сети подключён мультимедийный маршрутизатор или источник, то IGMP нужно пересылать, чтобы маршрутизатор или источник знали, когда слушатели присоединяются к их группам. Поэтому я думаю, что IGMP следует пересылать даже при использовании snooping. Что касается самого мультимедийного трафика — если хотя бы одно беспроводное устройство подписано на мультимедийную группу, то точка доступа должна транслировать этот трафик всем клиентам. То есть, AP не может физически помешать сигналу достигать беспроводных устройств, которые не входят в мультимедийную группу.

underwor

Guest

11.01.2018 14:20:00

Извините, конечно, я имел в виду мультикаст-трафик. Мне нужно, чтобы IPTV от моего провайдера работал на ноутбуке через WiFi. Проблема в том, что когда любое устройство, подключенное к моему hAP lite по WiFi, начинает смотреть IPTV, все остальные клиенты WiFi одновременно начинают получать мультикаст-трафик. Включение или отключение IGMP snooping на интерфейсе моста никак не влияет. При этом у моего другого роутера, TP-LINK TL-WR841N, такой проблемы нет. Это баг или я что-то делаю не так?

ZeroByte

Guest

11.01.2018 14:37:00

Ну, я не уверен, есть ли такая функция у Mikrotik или где я это видел в другом оборудовании (кажется, это была Aruba), но некоторые 802.11 устройства умеют преобразовывать мультикаст-трафик в юникаст и отправлять его только одному клиенту. В противном случае трафик просто рассылается как мультикаст. При отправке в режиме мультикаста/браудкаста точка доступа должна использовать самую низкую общую скорость между всеми станциями, чтобы гарантировать, что каждый получит передачу без ошибок. На самом деле же, все беспроводные передачи — это вещание, верно? Даже если другие устройства не входят в мультикаст-группу, сигнал все равно передается антенной точки доступа и достигает всех устройств, так ведь? Единственное реальное отличие в том, что если ваша точка доступа не делает конвертацию в юникаст, тогда скорость, скорее всего, будет значительно ниже, поскольку берется «групповая» скорость. Мне кажется, то, что другие клиенты видят этот трафик, особо ничего не меняет, потому что радиоволны всё равно их задевают — записывают они эту передачу или нет, чтобы потом понять, что это мультикаст-кадр для группы, в которую они не входят.

underwor

Guest

11.01.2018 18:33:00

Теперь я понимаю лучше, спасибо. Но разве функция «multicast helper=full» в беспроводном интерфейсе не должна делать именно это — преобразовывать мультикаст-пакеты от провайдера (вне роутера) в юникаст и отправлять их по Wi-Fi с максимальной доступной скоростью конкретному клиенту? (https://wiki.mikrotik.com/wiki/Manual:Interface/Wireless#General_interface_properties) У меня эта функция включена, но я всё равно вижу мультикаст-трафик провайдера на всех Wi-Fi клиентах.

ZeroByte

Guest

11.01.2018 20:45:00

Я прочитал страницу руководства, которую ты прислал. Если судить по ней, вполне возможно, что multicast helper работает примерно как PIM в плотном режиме — то есть он отправляет копию КАЖДОМУ клиенту с его индивидуальной скоростью, а не только тем, кто подписан. Учитывая, что IGMP snooping они только что внедрили, это вполне могло случиться. Имей в виду, что переход на unicast сильно увеличит нагрузку на трафик точки доступа, особенно если на ней много устройств.

Larchen Guest	#8 0 25.02.2018 13:12:00 Здравствуйте. С какой версией протокола IGMP (v1, v2, v3) должна работать функция IGMP snooping в CRS? В вики-документации по crs3xx такой информации нет. Похоже, что igmp-snooping=yes по крайней мере с IGMPv3 не работает. Устройства не могут принимать трафик мультicast групп при подключении к crs326. /interface bridge add admin-mac=CC:2D:E0:02:2E:1C auto-mac=no igmp-snooping=yes name=bridge1 protocol-mode=none pvid=611 vlan-filtering=yes /interface bridge port add bridge=bridge1 ingress-filtering=yes interface=ether1 pvid=611 add bridge=bridge1 ingress-filtering=yes interface=ether2 pvid=611 add bridge=bridge1 ingress-filtering=yes interface=ether3 pvid=611 add bridge=bridge1 ingress-filtering=yes interface=ether4 pvid=611 add bridge=bridge1 ingress-filtering=yes interface=ether5 pvid=611 add bridge=bridge1 ingress-filtering=yes interface=ether6 pvid=611 add bridge=bridge1 ingress-filtering=yes interface=ether7 pvid=611 add bridge=bridge1 ingress-filtering=yes interface=ether8 pvid=199 add bridge=bridge1 ingress-filtering=yes interface=ether9 pvid=611 add bridge=bridge1 ingress-filtering=yes interface=ether10 pvid=611 add bridge=bridge1 ingress-filtering=yes interface=ether11 pvid=611 add bridge=bridge1 ingress-filtering=yes interface=ether12 pvid=611 add bridge=bridge1 ingress-filtering=yes interface=ether13 pvid=611 add bridge=bridge1 ingress-filtering=yes interface=ether14 pvid=611 add bridge=bridge1 ingress-filtering=yes interface=ether15 pvid=611 add bridge=bridge1 ingress-filtering=yes interface=ether16 pvid=611 add bridge=bridge1 frame-types=admit-only-vlan-tagged ingress-filtering=yes interface=ether17 add bridge=bridge1 ingress-filtering=yes interface=ether18 pvid=611 add bridge=bridge1 ingress-filtering=yes interface=ether19 pvid=611 add bridge=bridge1 frame-types=admit-only-vlan-tagged ingress-filtering=yes interface=ether20 add bridge=bridge1 frame-types=admit-only-vlan-tagged ingress-filtering=yes interface=ether21 add bridge=bridge1 frame-types=admit-only-vlan-tagged ingress-filtering=yes interface=ether22 add bridge=bridge1 frame-types=admit-only-vlan-tagged ingress-filtering=yes interface=ether23 add bridge=bridge1 frame-types=admit-only-vlan-tagged ingress-filtering=yes interface=ether24 add bridge=bridge1 frame-types=admit-only-vlan-tagged ingress-filtering=yes interface=sfp-sfpplus1 add bridge=bridge1 frame-types=admit-only-vlan-tagged ingress-filtering=yes interface=sfp-sfpplus2 /interface bridge vlan add bridge=bridge1 tagged=ether17,ether20,ether21,ether22,ether23,ether24,sfp-sfpplus1,sfp-sfpplus2 untagged=ether1,ether2,ether3,ether4,ether5,ether6,ether7,ether9,ether10,ether11,ether12,ether13,ether14,ether15,ether16,ether18,ether19 vlan-ids=611 add bridge=bridge1 tagged="ether1,ether2,ether3,ether4,ether5,ether6,ether7,ether8,ether9,ether10,ether11,ether12,ether13,ether14,ether15,ether16,ether17,ether18,ether19,ether20,ether21,ether22,ether23,ether24,sfp-sfpplus1,sfp-sfpplus2" vlan-ids=610 add bridge=bridge1 tagged=ether18,ether24 vlan-ids=161 add bridge=bridge1 tagged=ether16,ether17,ether19,ether24 untagged=ether8 vlan-ids=199 add bridge=bridge1 tagged=ether19,ether24 vlan-ids=708 add bridge=bridge1 tagged=ether22,ether24 vlan-ids=715 add bridge=bridge1 tagged=ether17,ether19,ether24 vlan-ids=843 add bridge=bridge1 tagged=ether20,ether24 vlan-ids=844 add bridge=bridge1 tagged=ether17,ether18,ether19,ether20,ether21,ether22,ether24 vlan-ids=852 add bridge=bridge1 tagged=ether18,ether24 vlan-ids=1184 UPD: IGMPv2 тоже не работает с igmp-snooping на crs326. Получается, что igmp snooping на crs просто нет. Очень грустно...

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры