Оптимизация передачи multicast-трафика в локальной сети с помощью IGMP snooping

[Cjoff]

Все хорошо и понятно описано, но сразу возникает вопрос: Если IGMP Snooping работает только на основе таблицы MAC-адресов (внося туда Multicast MAC и коммутируя рассылку только на «изучивший» порт) как он дифференцирует группы, имеющие одинаковый Multicast MAC и разные Multicast IP (см. правило преобразования Multicast IP =>Multicast MAC)?

[ksg222]

А никак. Именно поэтому рекомендуется следить за адресацией используемых в сети групп. И выбирать таким образом, чтобы MAC-адреса для них не совпадали. Но даже если будет совпадение, сверх критичного ничего не произойдёт. Просто для этих групп весь трафик будет рассылаться по портам, где есть получатель хотя бы одной из них.

[unholydiver]

Хорошо когда оборудование поддерживает данную технологию.
Например оборудование Mikrotik такого не умеет. Недавно разработчики на своем форуме ответили, что разработка поддержки IGMP-snooping даже не стоит у них в приоритете, и закрыли тему, где народ еще года с 2012 выпрашивал их это сделать.
Интересно, в чем сложность?

[ksg222]

Добрый день!

1. Мультикаст это свойство L2 — эзернета а никак не IPv4.

Смотрим RFC 1112 и видим определение IP multicasting.

Броадкаст — частный случай мультикастa

Если говорить очень образно, да. Только вот в стандарте такого определения нет.

3. Чтобы устройству начать принимать мультикаст IGMP (IPv4) и MLD (IPv6) не нужен (если в сети нет умных коммутаторов с включённым снупингом)

Чтобы просто принимать multicast-трафик, IGMP/MLD действительно не нужны. Но вот если в данный локальный сегмент сети нужный multicast-трафик не передаётся, боюсь, без IGMP/MLD будет сложновато принимать то чего нет. А «умные коммутаторы с включённым снупингом» тут совсем не причём.

Когда приложение делает джойн к мультикаст группе ОС сама добавляет мак в фильтр либо переводит сетевуху в промиск

Обычно promiscuous режим сетевой карты — это всё-таки прерогатива реализации различно рода сниферов/IPS/пр. Но никак не нормального поведения клиента при работе с multicast-трафиком.

5. Снупинг в целом имеет смысл только при фильтрации не зарегистрированных групп, в остальных случаях это пустая нагрузка на мозг коммутатора.

Долго пытался понять, что Вы хотели этим сказать. Но, видимо, тщетно. Что Вы подразумеваете под «не зарегистрированные группы»? При работе IGMP snooping никакие группы не регистрируются.

6. Вещать IPTV абонентам мультикастом — жёсткий садизм, если только вы сами им не настраиваете свои роутеры и свои приставки.

Тема не моя, но если я не ошибаюсь, большинство провайдеров используют именно multicast.

9. IGMP (IPv4) и MLD (IPv6 зарыто в icmp6) используются для общения со свичами, чтобы те примерно знали куда лить мультикаст.

Вообще-то IGMP/MLD используются для общения клиентов и multicast-маршрутизаторов в локальной сети (RFC для IGMPv2). А то, что коммутаторы научились в них заглядывать — это уже вторично.

Уважаемый, Ivan_83, здорово, что Вы поделились вашим опытом работы с multicast-трафиком. Но прежде чем вешать ярлыки на других, попробуйте сами разобраться в предмете более глубоко. А то как-то некрасиво получается.

[zanswer]

Приведите примеры других L2 где мультикаст есть.

Infiniband, ATM point-to-multipoint virtual circuits (P2MP).

Вообще многоадресная передача, как мне всегда казалось, не является прерогативой только канального уровня, а может быть реализована и на других уровнях, поскольку это метод передачи, а не конкретная технология.

P/S/ А вообще не удивительно, что ваша карма в глубоком минусе, вы на удивление высокомерны.

[grieverrr]

igmp snoop dogging

[altman]

У меня мультикаст работает в одной сети, включен IGMP Querier
Подскажите, как можно маршрутизировать трафик в другую сеть? Свит L2 (2960), не поддерживает ни PIM ни mrouting
Маршрутизатор Mikrotik

[ksg222]

Средствами 2960 Вы это не сделаете. На нём есть только IGMP snooping. Попробуйте настроить маршрутизацию multicast-трафика на Mikrotik.