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

[РЕШЕНО] Перехват роли mrouter в SwOS IGMP Snooping!!

[РЕШЕНО] Перехват роли mrouter в SwOS IGMP Snooping!!, SwOS

hatlen

Guest

10.04.2019 15:52:00

Привет всем! Дисклеймер: я действительно не понимаю мультикаст и всю эту терминологию, но знаю, что IGMP Snooping на Mikrotik убивает все телевизоры вверх и вниз по потоку, а на HP Arubas такого нет. На HP (Aruba 2530) я просто включаю “ip igmp” на VLAN. Все работает как надо. На MikroTik я включаю IGMP Snooping на VLAN и также в разделе “Система”. Если кто-то знает разницу/корреляцию, просветите меня, пожалуйста. В общем, есть большая проблема. Когда я включаю оба этих чекбокса (один на VLAN и другой в разделе Система), MikroTik берет на себя роль Mrouter на моем основном роутере вверх по потоку! Я вижу это на Cisco core C6509e, и вдруг MikroTik, который сейчас CRS317, берет на себя роль mrouter. (Команда на Cisco: show ip igmp snooping mrouter возвращает интерфейс, где находится коммутатор MT. Подключен только 1 телевизор.) Что с этим не так? Теперь все телевизоры в моей сети вверх и вниз по потоку пытаются запрашивать у MikroTik каналы, что, очевидно, ломает всю систему ТВ. Когда отключаю IGMP snooping, все телевизоры вновь работают, но теперь вниз по потоку от MT начинаетсяFlood multicast, и IGMP должен это останавливать. Это не связано с PIM, Layer3 делами, а не с L2 IGMP Snooping? Или есть какая-то L3 IGMP snooping, и именно это использует MT? ОБНОВЛЕНИЕ: Это роль IGMP Querier, которая является L3/L2 ролью. Может кто-то подскажет, как просто включить L2 IGMP Snooping, не ломая при этом сотни телевизоров снова? Заранее спасибо!

RobstarUSA

Guest

18.01.2020 16:57:00

Есть ли способ отключить querier на switchos, но при этом оставить включенным IGMP snooping? Я хотел бы установить настоящий RP, поэтому не хочу, чтобы свитч был querier, но хотел бы, чтобы IGMP snooping остался включенным, чтобы избежать мультикастов → широковещательных рассылок.

hatlen

Guest

20.01.2020 08:17:00

Нет, в этом и состоит основная проблема. Я действительно думаю, что это может сработать на routerOS, но не могу сказать точно, так как не пробовал. Но это НИКАК не работает на SwitchOS. Это в списке задач MikroTik, но никто не знает, когда это будет исправлено.

dreamnet Guest	#4 0 02.06.2020 05:22:00 Есть новости по поводу исправления этого бага? Интересно, но на более старых версиях RB260gs или RB250 (НЕ CSS106xx) IGMP snooping работает идеально, без перехвата роли mrouter.

RobstarUSA

Guest

04.06.2020 15:35:00

Я на самом деле снова включил IGMP snooping на своем CRS317. У коммутаторов Cisco есть ошибка, из-за которой 0.0.0.0 выигрывает выборы на определение Querier, см. CSCub33602. Согласно RFC4541: б) Порт, на который приходят IGMP-запросы (отправляемые мультикастовыми маршрутизаторами), где адрес источника не 0.0.0.0. Адрес 0.0.0.0 представляет собой особый случай, когда коммутатор проксирует IGMP-запросы для более быстрой конвергенции сети, но сам не является Querier. Коммутатор не использует свой IP-адрес (даже если он есть), потому что это заставило бы запросы восприниматься как исходящие от недавно выбранного Querier. Адрес 0.0.0.0 используется для указания на то, что пакеты запроса НЕ приходят от мультикастового маршрутизатора. После обновления своих коммутаторов Cisco и включения IGMP snooping снова, а также установки одного из них в качестве Querier, у меня всё работает прекрасно. 0.0.0.0 — это допустимый адрес источника для IGMP-запроса, но не должен выигрывать выборы, как указано в приведенной RFC. Если ваш коммутатор позволяет 0.0.0.0 выиграть выборы, вам нужно попросить производителя коммутатора исправить это.

4920441

Guest

07.06.2020 12:48:00

Это не единственная проблема при подключении CSS326, который работает только на SwOS 2.11, к транковому порту DELL 7024 Switch, который уже имеет IP-адрес в той же VLAN и вручную настроенный querier 1.1.1.2 — происходит то же самое. На DELL видно, что Mikrotik присоединился, Mikrotik сообщает, что он перехватил Multicast-адреса, а затем отправляет сообщения IGMP Leave на DELL, и соединение теряется — НО CSS326 все еще думает, что он правильно присоединился и что-то получает, хотя это не так. (В веб-интерфейсе не видно много информации, только то, что отображается на вкладке IGMP) Самое неприятное, что Mikrotik ничего не делает с этим странным поведением в больших сетях с другими коммутаторами. Еще более раздражает тот факт, что можно было бы купить Netgear GS105E за 20 долларов, который работает безупречно с самого начала, хотя он может обрабатывать Multicast только на одной (но выбираемой) VLAN... Восхитительно 4920441

RobstarUSA Guest	#7 0 07.06.2020 23:58:00 Mikrotik должен только пересылать leave-сообщения, а не отправлять их сам. Ты уверен, что абонент не отправлял leave-сообщение? Насколько я знаю, статическое подключение на SwitchOS сделать нельзя. Возможно, лучший способ — отключить весь IGMP на SwitchOS. Тогда, в теории, это должно "работать", хотя будет просто транслироваться везде. У меня есть еще одна не связанная проблема... Я разбирался со всем этим из-за плагина miniupnpd (opnsense). Когда демон запускается на opnsense, я вижу, как он отправляет трафик на 239.255.255.250, но на самом деле никогда не присоединяется к группе. Мне пришлось создать статическое подключение на порту свитча, чтобы upnp действительно заработал... черт возьми...

Читают тему

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