Новая ошибка с igmp proxy в 6.x

он также должен быть представлен на 5.14

У меня такая же действительно раздражающая проблема с 6.x, IGMP Proxy перестает работать рандомно, это может происходить через часы или недели. Есть ли способ перезапустить IGMP Proxy без перезагрузки?

Да, Яниск, именно так. У меня есть ситуация с одним RouterBoard, на котором 9 пользователей смотрят телевизор. Например, 7 пользователей смотрят канал RTL. Из этих 7 пользователей, когда один покидает группу RTL (переключается на другой канал), STB отправляет сообщение о выходе на RouterBOARD, и RouterBoard также отключает поток для остальных 6 пользователей, смотрящих RTL, и этим 6 пользователям нужно заново запросить поток. Это не происходит каждый раз, когда кто-то покидает канал, но случается "иногда" после десятков переводов/выходов из группы, в среднем 10 раз в день. Что касается быстрой передачи о выходе, вы немного ошибаетесь. Опция быстрой передачи о выходе на RouterBOARD предназначена для отправки сообщения о выходе в сеть CORE (входной интерфейс) (это не имеет никакого отношения к входящим сообщениям о выходе с выходящего интерфейса), и эта ошибка, о которой я упоминаю, возникает, когда оборудование CPE (STB, роутер или ПК) отправляет сообщение о выходе на RouterBoard, к которому подключены 9 пользователей. Это можно решить только если я отключу быструю передачу о выходе на STB, CPE роутере или ПК, и я не могу этого сделать, поэтому я заблокировал входящие сообщения о выходе на Ethernet-портах, где подключены пользователи. По этой причине мне пришлось сократить интервал запроса до 7 секунд, чтобы когда один пользователь переключается между каналами, он не мог забрать 200-300 Мбит/с потока, потому что за 2 минуты 05 секунд, что является стандартным интервалом, пользователь может переключиться между 50-60 каналами... Однако исправить эту ошибку в версии 6.x не получится, пока не будет исправлена вновь созданная ошибка в версии 6.x (Ошибка по этой теме), когда RouterBoard перестает работать, передавая поток. IGMP-сообщения проходят, и поток поступает на роутер (на входной интерфейс). В нескольких случаях я упоминал вам, что PIM для меня не является вариантом. Большинство оборудования PON не имеет реализации PIM Snooping, поэтому единственным вариантом остается IGMP. Учитывая, что в нашем регионе много беспроводных провайдеров, которые вводят услугу FTTB, и некоторые из них планируют использовать оборудование mikrotik в полной сети, как и я (не включая сегмент PON), сейчас был бы подходящий момент для решения этой ошибки; когда на выходных интерфейсах идет несколько потоков, которые пользователи не смотрят, я несколько раз писал по этой ошибке (с 2011 года), и думаю, что стал надоедливым и скучным с этим, но я не сдамся, пока вы это не исправите. Это идет на пользу и вам, и мне, и всем остальным, кто использует оборудование mikrotik. С уважением.

Я подумал о баге, из-за которого переадресация на Mikrotik перестает работать. Этот баг появился в новых версиях, его нет в 5.14, я в этом уверен на 10000000000000000000%. У меня почти 1000 активных RouterBoard 2011 с версией 5.14, и за последние два года я заметил, что в этой версии есть этот баг. Другие баги, о которых я сообщал, тоже есть в 5.14, но в 6.x случается, что IGMP-прокси полностью перестает работать, переадресация не происходит, IGMP-сообщения передаются, и поток приходит на входной интерфейс, но его нет на выходных интерфейсах. Этот баг в версии 6.x иногда возникает дважды в день, а иногда дважды в месяц.

Надеюсь, что вам удастся решить проблемы с IGMP-прокси в некоторых из будущих версий 6.x.