Мультикаст между коммутаторами не работает (CRS3xx)

Отчасти верно, но технически — нет. Это одна из тех ситуаций, где модель OSI дает сбой. Мультимедийные адреса вроде 239.255.1.2 явно относятся к уровню L3, но часть того, что делает IGMP snooping — запоминает, что он видел на этом уровне, и поддерживает MDB, который основан на (L2) Ethernet-мультикаст-адресах, а не на IP-мультикастах. При этом между ними нет прямого соответствия 1:1. Я понимаю, о чём ты говоришь, но слушай и меня: не зацикливайся на L2 против L3 и не будь излишне категоричен в этом вопросе. Реальный мир намного сложнее, чем хотелось бы тем, кто проектировал X.25, живя в своих башнях из слоновой кости. Интересно: при работе всего с одним коммутатором всё работает как надо, даже с "unknown multicast flood = no" — проблема явно в связке между коммутаторами. Возможно, ты наткнулся на баг в реализации мультикаста. Мне недавно ответили по заявке в техподдержку MT, касающейся мультикаст-документации, что они не хотят этим заниматься, пока мультикаст “не исправят и не доведут до ума в версии 7”. Значит, по сути, сейчас это сломано и не готово? Было бы грустно, если так и есть. Если сможешь свести тест-кейс к чему-то, что инженер поддержки сможет проверить за пару минут, лучше сразу оформить баг-репорт — так решение могут найти быстрее, чем пытаться обойти проблему с помощью форумчан вроде меня, которые не являются поддержкой MT.

PIM... в общем, сработал, но каждую часовую группу на несколько секунд отбрасывало. Это обнадеживает. Значит, ты на правильном пути, осталось только найти и устранить причину этого временного срыва. И я подозреваю, что ты примерно знаешь, в чём проблема… нужно ли отключить multicast querier на первом коммутаторе? Симптомы очень похожи на неправильную настройку querier. Его задача — гасить нежелательные мультикаст-потоки. Единственное сомнение — заявленный тобой интервал в “каждый час” гораздо длиннее типичных таймаутов querier. Обычно они считаются в пределах 1-15 минут, хотя, признаю, повторные запросы могут увеличить этот интервал примерно в 3 раза. 45 минут — это ещё можно допустить, но целый час? Только если таймауты специально увеличили до 20-30 минут. Один из вариантов — увеличить таймауты еще больше. Если система должна работать только один день, пара секунд сбоев глубокой ночью, возможно, не критична. Либо можно полностью отключить querier. Тогда, правда, со временем потоки будут «течь» на порты, которые давно к ним не проявляли интереса, но периодическая перезагрузка коммутаторов это исправит. Если unknown multicast flood отключён, порты поначалу тихие, но со временем уровень шума будет нарастать, пока не придёт пора сделать перезагрузку.

Нужно ли отключать snooping на каком-то из коммутаторов? Нет. Вернёмся к твоему неправильному восприятию: snooping — это L2, а PIM — L3. В целом, на одну сеть должен быть один-единственный querier. Думаю, по одной штуке с каждой стороны границы PIM, но признаюсь — я больше пользователь мультикаста, чем инженер. Знаю, как это должно работать при правильной настройке, но никогда не управлял большой мультикастовой сетью, RouterOS или нет.

И IGMP, и PIM-SM — это протоколы на основе IP, так что да, я считаю, что отсутствие IP на втором коммутаторе — это проблема.

Ну, каждые 1-2 часа трафик IGMP всё равно теряется, теперь у меня есть расширенный лог:

21:10:16 route,pim,packet instance { 0 IP } interface { bridge } GMP: Отправка общего запроса  
21:10:16 route,pim,packet instance { 0 IP } interface { bridge } GMP: Получен запрос от 10.10.10.2  
21:10:16 route,pim,packet instance { 0 IP } interface { bridge } GMP: Получен запрос от 10.10.10.1  
21:10:16 route,pim,packet instance { 0 IP } interface { bridge } GMP: Получен отчёт о членстве v3 от 10.10.10.2  
21:10:16 route,pim,packet instance { 0 IP } interface { bridge } GMP: Изменение IS EXCLUDE для 224.0.0.22 с источниками { }  
21:10:16 route,pim,packet instance { 0 IP } interface { bridge } GMP: Изменение IS EXCLUDE для 224.0.0.13 с источниками { }  
21:10:16 route,pim,packet instance { 0 IP } interface { bridge } GMP: Изменение IS EXCLUDE для 224.0.0.106 с источниками { }  
21:10:16 route,pim,packet instance { 0 IP } interface { bridge } neighbor { 10.10.10.1 } получен hello  
21:10:17 route,pim,packet instance { 0 IP } interface { bridge } GMP: Получен отчёт о членстве v3 от 10.10.10.1  
21:10:17 route,pim,packet instance { 0 IP } interface { bridge } GMP: Изменение IS EXCLUDE для 224.0.0.22 с источниками { }  
21:10:17 route,pim,packet instance { 0 IP } interface { bridge } GMP: Изменение IS EXCLUDE для 224.0.0.13 с источниками { }  
21:10:17 route,pim,packet instance { 0 IP } interface { bridge } GMP: Изменение IS EXCLUDE для 224.0.0.106 с источниками { }  
21:10:17 route,pim,packet instance { 0 IP } interface { bridge } GMP: Получен отчёт о членстве v3 от 10.223.1.24  
21:10:17 route,pim,packet instance { 0 IP } interface { bridge } GMP: Изменение IS EXCLUDE для 239.0.1.0 с источниками { }  
21:10:19 route,pim,packet instance { 0 IP } interface { bridge } GMP: Получен отчёт о членстве v3 от 10.223.1.21  
21:10:19 route,pim,packet instance { 0 IP } interface { bridge } GMP: Изменение IS EXCLUDE для 239.0.1.0 с источниками { }  
21:10:21 route,pim,packet instance { 0 IP } interface { bridge } GMP: Получен отчёт о членстве v3 от 10.223.1.25  
21:10:21 route,pim,packet instance { 0 IP } interface { bridge } GMP: Изменение IS EXCLUDE для 239.0.1.0 с источниками { }  
21:10:34 route,pim,packet instance { 0 IP } interface { bridge } отправка Hello  
21:10:46 route,pim,packet instance { 0 IP } interface { bridge } neighbor { 10.10.10.1 } получен hello  
21:11:04 route,pim,packet instance { 0 IP } interface { bridge } отправка Hello  
21:11:16 route,pim,packet instance { 0 IP } interface { bridge } neighbor { 10.10.10.1 } получен hello  
21:11:34 route,pim,packet instance { 0 IP } interface { bridge } отправка Hello  
21:11:46 route,pim,packet instance { 0 IP } interface { bridge } neighbor { 10.10.10.1 } получен hello  
21:12:04 route,pim,packet instance { 0 IP } interface { bridge } отправка Hello  
21:12:16 route,pim,packet instance { 0 IP } interface { bridge } neighbor { 10.10.10.1 } получен hello  
21:12:34 route,pim,packet instance { 0 IP } interface { bridge } отправка Hello  
21:12:46 route,pim,packet instance { 0 IP } interface { bridge } neighbor { 10.10.10.1 } получен hello  
21:13:04 route,pim,packet instance { 0 IP } interface { bridge } отправка Hello  
21:13:16 route,pim,packet instance { 0 IP } interface { bridge } neighbor { 10.10.10.1 } получен hello  
21:13:34 route,pim,packet instance { 0 IP } interface { bridge } отправка Hello  
21:13:46 route,pim,packet instance { 0 IP } interface { bridge } neighbor { 10.10.10.1 } получен hello  
21:14:04 route,pim,packet instance { 0 IP } interface { bridge } отправка Hello  
21:14:16 route,pim,packet instance { 0 IP } interface { bridge } neighbor { 10.10.10.1 } получен hello  
21:14:31 route,pim,packet instance { 0 IP } interface { bridge } GMP: Получен запрос от 10.10.10.1  
21:14:31 route,pim,packet instance { 0 IP } interface { bridge } GMP: Получен отчёт о членстве v3 от 10.10.10.2  
21:14:31 route,pim,packet instance { 0 IP } interface { bridge } GMP: Изменение IS EXCLUDE для 224.0.0.22 с источниками { }  
21:14:31 route,pim,packet instance { 0 IP } interface { bridge } GMP: Изменение IS EXCLUDE для 224.0.0.13 с источниками { }  
21:14:31 route,pim,packet instance { 0 IP } interface { bridge } GMP: Изменение IS EXCLUDE для 224.0.0.106 с источниками { }  
21:14:34 route,pim,packet instance { 0 IP } interface { bridge } отправка Hello  
21:14:35 route,pim,packet instance { 0 IP } interface { bridge } GMP: Получен отчёт о членстве v3 от 10.10.10.1  
21:14:35 route,pim,packet instance { 0 IP } interface { bridge } GMP: Изменение IS EXCLUDE для 224.0.0.22 с источниками { }  
21:14:35 route,pim,packet instance { 0 IP } interface { bridge } GMP: Изменение IS EXCLUDE для 224.0.0.13 с источниками { }  
21:14:35 route,pim,packet instance { 0 IP } interface { bridge } GMP: Изменение IS EXCLUDE для 224.0.0.106 с источниками { }  
21:14:41 route,pim,debug instance { 0 IP } uib { grp: 239.0.1.0 } обновление  
21:14:41 route,pim,info instance { 0 IP } uib { grp: 239.0.1.0 } уничтожено  
21:14:46 route,pim,packet instance { 0 IP } interface { bridge } neighbor { 10.10.10.1 } получен hello  
21:15:04 route,pim,packet instance { 0 IP } interface { bridge } отправка Hello  
21:15:16 route,pim,packet instance { 0 IP } interface { bridge } neighbor { 10.10.10.1 } получен hello  
21:15:34 route,pim,packet instance { 0 IP } interface { bridge } отправка Hello  
21:15:46 route,pim,packet instance { 0 IP } interface { bridge } neighbor { 10.10.10.1 } получен hello  

Кто видит, где сбой?  
21:10:16 — GMP: Отправка общего запроса  
21:14:31 — тут мы должны увидеть следующий «GMP: Отправка общего запроса», но этого не происходит (отсутствует)  
21:14:41 — uib { grp: 239.0.1.0 } уничтожено ← это причина пропадания multicast-трафика, но не причина самого сбоя. Причина в том, что отсутствует общий запрос, поэтому multicast-клиенты не опрашиваются, поэтому группа 239.0.1.0 истекает по таймауту и удаляется.  
И глядя на полный лог, это случается время от времени, но не регулярно каждые x минут или y часов.  
Это баг в реализации PIM-SM или IGMP?

Похоже, у тебя достаточно доказательств, чтобы обратиться в службу поддержки MT.

Заявка SUP-144274 была создана 19 февраля, ответа с тех пор нет — «ожидаю поддержки». Я обновил заявку, указав, что проблема точно такая же на ROS 7.14.1.

Извиняюсь за это оживление темы, но хочу добавить пару слов. За последние несколько лет я не раз сообщал в поддержку MikroTik о разных проблемах, связанных с IGMP и мультикастом. Тогда реализация была плохой, и, к сожалению, с тех пор особо не изменилась. Всё ещё есть куча нерешённых вопросов с поведением igmp querier, igmp snooping, igmp router ports, мультикаст-флудом, IGMP на bonding интерфейсах и так далее, как на устройствах с RouterOS, так и на SwOS. Лично я уже сообщил минимум о пяти подтверждённых багах, связанных с IGMP, и до сих пор ни один не исправили... Грустно это признавать, но у MikroTik отличное оборудование, хороший софт и масса возможностей, а вот с IGMP/мультикастом явно надо поработать. Просто мои пять копеек... с уважением.