<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0">
	<channel>
		<title>Mikrotik.moscow [тема: [6.41rc52] Проблемы с потоками в IGMP Snooping]</title>
		<link>http://mikrotik.moscow</link>
		<description>Новое в теме [6.41rc52] Проблемы с потоками в IGMP Snooping форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow]</description>
		<language>ru</language>
		<docs>http://backend.userland.com/rss2</docs>
		<pubDate>Wed, 12 Aug 2026 15:06:56 -0400</pubDate>
		<item>
			<title>[6.41rc52] Проблемы с потоками в IGMP Snooping</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/83662-6.41rc52_-problemy-s-potokami-v-igmp-snooping/message378822">[6.41rc52] Проблемы с потоками в IGMP Snooping</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			У меня такая настройка на CRS328-24P-4S+. На ether5 подключён IP streamer, на ether24 — Samsung IPTV, а на ether23 — мой ПК с VLC, который корректно показывает IPTV с стримера. Проблема в том, что после подключения или отключения кабеля с любого порта этого коммутатора IPTV с других портов зависает и начинает воспроизводиться только после переключения канала. Пожалуйста, подскажите, как исправить эту проблему.<br /><br />У меня RouterOS 6.42.5<br /><br />/interface bridge &nbsp;<br />add admin-mac=02:BD:3F:3F:6D:8E auto-mac=no fast-forward=no igmp-snooping=yes name=bridge protocol-mode=none vlan-filtering=yes &nbsp;<br /><br />/interface bridge port &nbsp;<br />add bridge=bridge interface=ether1 pvid=11 &nbsp;<br />add bridge=bridge interface=ether2 &nbsp;<br />add bridge=bridge interface=ether3 &nbsp;<br />add bridge=bridge interface=ether5 pvid=110 unknown-multicast-flood=no &nbsp;<br />add bridge=bridge interface=ether6 &nbsp;<br />add bridge=bridge interface=ether7 pvid=11 &nbsp;<br />add bridge=bridge interface=ether8 pvid=200 &nbsp;<br />add bridge=bridge interface=ether9 pvid=200 &nbsp;<br />add bridge=bridge interface=ether10 pvid=200 &nbsp;<br />add bridge=bridge interface=ether11 pvid=200 &nbsp;<br />add bridge=bridge interface=ether12 pvid=200 &nbsp;<br />add bridge=bridge interface=ether13 pvid=200 &nbsp;<br />add bridge=bridge interface=ether14 pvid=200 &nbsp;<br />add bridge=bridge interface=ether15 pvid=200 &nbsp;<br />add bridge=bridge interface=ether16 pvid=200 &nbsp;<br />add bridge=bridge interface=ether17 pvid=500 &nbsp;<br />add bridge=bridge interface=ether18 pvid=200 &nbsp;<br />add bridge=bridge interface=ether19 pvid=200 &nbsp;<br />add bridge=bridge interface=ether20 pvid=200 &nbsp;<br />add bridge=bridge interface=ether21 pvid=500 &nbsp;<br />add bridge=bridge interface=ether22 pvid=500 &nbsp;<br />add bridge=bridge interface=ether23 pvid=110 unknown-multicast-flood=no &nbsp;<br />add bridge=bridge interface=ether24 pvid=110 unknown-multicast-flood=no &nbsp;<br />add bridge=bridge interface=sfp-sfpplus1 &nbsp;<br />add bridge=bridge interface=sfp-sfpplus2 unknown-multicast-flood=no &nbsp;<br />add bridge=bridge interface=sfp-sfpplus3 unknown-multicast-flood=no &nbsp;<br />add bridge=bridge interface=sfp-sfpplus4 &nbsp;<br />add bridge=bridge interface=ether4 pvid=110 unknown-multicast-flood=no &nbsp;<br /><br />/interface bridge vlan &nbsp;<br />add bridge=bridge untagged=sfp-sfpplus1,sfp-sfpplus2,sfp-sfpplus3,sfp-sfpplus4,ether2,ether3,ether24 vlan-ids=1 &nbsp;<br />add bridge=bridge tagged=sfp-sfpplus1,sfp-sfpplus2,sfp-sfpplus3,sfp-sfpplus4 untagged=ether1 vlan-ids=11 &nbsp;<br />add bridge=bridge tagged=sfp-sfpplus1,sfp-sfpplus2,sfp-sfpplus3,sfp-sfpplus4 vlan-ids=200 &nbsp;<br />add bridge=bridge tagged=sfp-sfpplus2,sfp-sfpplus3,sfp-sfpplus4 untagged=ether4,ether5 vlan-ids=110 &nbsp;<br />add bridge=bridge tagged=sfp-sfpplus1,sfp-sfpplus2,sfp-sfpplus3,sfp-sfpplus4 vlan-ids=500 &nbsp;<br />add bridge=bridge tagged=sfp-sfpplus1,sfp-sfpplus2,sfp-sfpplus3,sfp-sfpplus4 vlan-ids=510 &nbsp;<br /><br />/routing igmp-proxy interface &nbsp;<br />add alternative-subnets=0.0.0.0/0 interface=ether5 upstream=yes &nbsp;<br />add interface=bridge <br />
			<i>15.07.2018 12:30:00, smarag.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/83662-6.41rc52_-problemy-s-potokami-v-igmp-snooping/message378822</link>
			<guid>http://mikrotik.moscow/forum/forum57/83662-6.41rc52_-problemy-s-potokami-v-igmp-snooping/message378822</guid>
			<pubDate>Sun, 15 Jul 2018 12:30:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>[6.41rc52] Проблемы с потоками в IGMP Snooping</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/83662-6.41rc52_-problemy-s-potokami-v-igmp-snooping/message378821">[6.41rc52] Проблемы с потоками в IGMP Snooping</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Всем привет! Вот решение, которое сработало у меня, его предоставили в MT. По умолчанию неизвестный мультикастовый трафик распространяется по сети, но это можно изменить. Вам стоит обновиться до версии 6.42rc и на всех портах моста, через которые проходит любой IGMP-трафик, установить параметр unknown-multicast-flood=no. Всем удачи, Мал. <br />
			<i>28.03.2018 22:18:00, a4x4kiwi.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/83662-6.41rc52_-problemy-s-potokami-v-igmp-snooping/message378821</link>
			<guid>http://mikrotik.moscow/forum/forum57/83662-6.41rc52_-problemy-s-potokami-v-igmp-snooping/message378821</guid>
			<pubDate>Wed, 28 Mar 2018 22:18:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>[6.41rc52] Проблемы с потоками в IGMP Snooping</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/83662-6.41rc52_-problemy-s-potokami-v-igmp-snooping/message378820">[6.41rc52] Проблемы с потоками в IGMP Snooping</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Привет, у меня такая же проблема. RB1100AHx4 на версии 6.41.3 (текущей). Та же история. Есть ли уже зарегистрированный тикет по этому поводу или кто-то знает последнюю стабильную версию? Спасибо, Мал <br />
			<i>26.03.2018 06:34:00, a4x4kiwi.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/83662-6.41rc52_-problemy-s-potokami-v-igmp-snooping/message378820</link>
			<guid>http://mikrotik.moscow/forum/forum57/83662-6.41rc52_-problemy-s-potokami-v-igmp-snooping/message378820</guid>
			<pubDate>Mon, 26 Mar 2018 06:34:00 -0400</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>[6.41rc52] Проблемы с потоками в IGMP Snooping</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/83662-6.41rc52_-problemy-s-potokami-v-igmp-snooping/message378819">[6.41rc52] Проблемы с потоками в IGMP Snooping</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Я провел несколько тестов на своем CCR с версией 6.42rc35, и, похоже, проблема была решена. <br />
			<i>28.02.2018 14:34:00, Misi.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/83662-6.41rc52_-problemy-s-potokami-v-igmp-snooping/message378819</link>
			<guid>http://mikrotik.moscow/forum/forum57/83662-6.41rc52_-problemy-s-potokami-v-igmp-snooping/message378819</guid>
			<pubDate>Wed, 28 Feb 2018 14:34:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>[6.41rc52] Проблемы с потоками в IGMP Snooping</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/83662-6.41rc52_-problemy-s-potokami-v-igmp-snooping/message378818">[6.41rc52] Проблемы с потоками в IGMP Snooping</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			[Ticket#2018011122005578] RE: IGMP Snooping ломает [...] В моём случае это ломает DLNA по всей сети. На любом коммутаторе, где включён IGMP snooping на мосту, клиенты начинают терять серверы. Вскоре на сети вообще не остаётся ни одного DLNA-сервера. <br />
			<i>05.02.2018 22:25:00, 105547111.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/83662-6.41rc52_-problemy-s-potokami-v-igmp-snooping/message378818</link>
			<guid>http://mikrotik.moscow/forum/forum57/83662-6.41rc52_-problemy-s-potokami-v-igmp-snooping/message378818</guid>
			<pubDate>Mon, 05 Feb 2018 22:25:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>[6.41rc52] Проблемы с потоками в IGMP Snooping</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/83662-6.41rc52_-problemy-s-potokami-v-igmp-snooping/message378817">[6.41rc52] Проблемы с потоками в IGMP Snooping</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			100% точно то, что я тоже думаю! <br />
			<i>11.01.2018 14:12:00, NetflashTechnical.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/83662-6.41rc52_-problemy-s-potokami-v-igmp-snooping/message378817</link>
			<guid>http://mikrotik.moscow/forum/forum57/83662-6.41rc52_-problemy-s-potokami-v-igmp-snooping/message378817</guid>
			<pubDate>Thu, 11 Jan 2018 14:12:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>[6.41rc52] Проблемы с потоками в IGMP Snooping</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/83662-6.41rc52_-problemy-s-potokami-v-igmp-snooping/message378816">[6.41rc52] Проблемы с потоками в IGMP Snooping</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			У меня такая же проблема на CCR1036-12G-4S, но она не связана с железом. В моей конфигурации разные типы туннелей (openvpn, l2tp) подключены к мосту. В таблице MDB всё вроде нормально. Но если туннель внезапно падает (клиент теряет интернет или что-то в этом роде) и виртуальный интерфейс исчезает, то мультикаст-адрес тоже пропадает из таблицы, и мост начинает рассылать трафик на все остальные интерфейсы. При нормальной работе IGMP snooping блокирует трафик, если оборудование не получило IGMP join или report через интерфейс. По моему мнению, Mikrotik блокирует только в том случае, если адрес есть в таблице MDB. <br />
			<i>08.01.2018 10:35:00, Misi.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/83662-6.41rc52_-problemy-s-potokami-v-igmp-snooping/message378816</link>
			<guid>http://mikrotik.moscow/forum/forum57/83662-6.41rc52_-problemy-s-potokami-v-igmp-snooping/message378816</guid>
			<pubDate>Mon, 08 Jan 2018 10:35:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>[6.41rc52] Проблемы с потоками в IGMP Snooping</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/83662-6.41rc52_-problemy-s-potokami-v-igmp-snooping/message378815">[6.41rc52] Проблемы с потоками в IGMP Snooping</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Проблема сохраняется в финальной версии 6.41. Также пробовал на CRS226-24G-2S+RM, та же беда при использовании аппаратного оффлоадинга. По сути, это делает Mikrotik бесполезным для IGMP snooping: если кто-то слишком быстро переключает каналы, я могу заполнить каждый 1G-интерфейс на свиче за пару секунд. <br /><br />ПРИМЕЧАНИЕ: похоже, я понял, в чем загвоздка. Есть задержка между отправкой запроса на мультикаст-поток и добавлением группы в MDB. В этот промежуток поток идет и распространяется на все интерфейсы, которые участвуют в мосте или switchchip. Возможно, опция, которая бы блокировала весь трафик, не входящий в группу из MDB, могла бы решить проблему? Или может быть, сделать опцию «есть в MDB» для фаервола, чтобы пользователи могли добавить её вручную? <br />
			<i>04.01.2018 19:06:00, NetflashTechnical.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/83662-6.41rc52_-problemy-s-potokami-v-igmp-snooping/message378815</link>
			<guid>http://mikrotik.moscow/forum/forum57/83662-6.41rc52_-problemy-s-potokami-v-igmp-snooping/message378815</guid>
			<pubDate>Thu, 04 Jan 2018 19:06:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>[6.41rc52] Проблемы с потоками в IGMP Snooping</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/83662-6.41rc52_-problemy-s-potokami-v-igmp-snooping/message378814">[6.41rc52] Проблемы с потоками в IGMP Snooping</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Проблема с ROS 6.41 rc66 всё та же. Мультикаст-адреса пропадают примерно через пять минут. Mikrotik, вы собираетесь это проверить? <br />
			<i>18.12.2017 23:44:00, w0lt.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/83662-6.41rc52_-problemy-s-potokami-v-igmp-snooping/message378814</link>
			<guid>http://mikrotik.moscow/forum/forum57/83662-6.41rc52_-problemy-s-potokami-v-igmp-snooping/message378814</guid>
			<pubDate>Mon, 18 Dec 2017 23:44:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>[6.41rc52] Проблемы с потоками в IGMP Snooping</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/83662-6.41rc52_-problemy-s-potokami-v-igmp-snooping/message378813">[6.41rc52] Проблемы с потоками в IGMP Snooping</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Только что попробовал обновить CRS-125 до ROS 6.41 rc61… Всё по-прежнему. Примерно через 5 минут сбрасывает адреса IGMP-Snooping. Возвращаемся к началу, парни… <br />
			<i>06.12.2017 18:29:00, w0lt.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/83662-6.41rc52_-problemy-s-potokami-v-igmp-snooping/message378813</link>
			<guid>http://mikrotik.moscow/forum/forum57/83662-6.41rc52_-problemy-s-potokami-v-igmp-snooping/message378813</guid>
			<pubDate>Wed, 06 Dec 2017 18:29:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
		<item>
			<title>[6.41rc52] Проблемы с потоками в IGMP Snooping</title>
			<description><![CDATA[<b><a href="http://mikrotik.moscow/forum/forum57/83662-6.41rc52_-problemy-s-potokami-v-igmp-snooping/message378812">[6.41rc52] Проблемы с потоками в IGMP Snooping</a></b> <i>RouterOS</i> в форуме <a href="http://mikrotik.moscow/forum/forum57/">RouterOS</a>. <br />
			Я столкнулся с интересной проблемой при тестировании IGMP Snooping на мосту версии 6.41rc52. Похоже, когда кто-то листает каналы или когда порт внезапно отключается от моста, поток начинает раздаваться на все каналы в течение от 2 до 20 секунд. Это может быстро стать настоящим бедствием, если несколько человек переключают каналы или даже если один человек быстро меняет каналы — до сотен мегабит трафика внезапно заполняют каждый порт моста. Такое ощущение, что Mikrotik вдруг не понимает, что делать с исходным потоком, и по умолчанию просто рассылает его на все интерфейсы, вместо того чтобы отбрасывать пакеты.<br /><br />На самом деле, когда устройство отключается от моста, ситуация самая плохая, потому что тогда это происходит целых 10-20 секунд. Или, если я вручную что-то меняю в мосте, например отключаю Fast Forward — бац, все потоки получают весь мультикастный трафик на десяток секунд. Включаю Fast Forward обратно — снова бац, все потоки получают весь мультикастный трафик примерно на десяток секунд.<br /><br />Для справки, тестирую на CCR1017-12S-1S+, IGMP snooping включен, Fast Forward включен, протокол STP установлен в «none». Есть идеи? <br />
			<i>20.11.2017 20:06:00, NetflashTechnical.</i>]]></description>
			<link>http://mikrotik.moscow/forum/forum57/83662-6.41rc52_-problemy-s-potokami-v-igmp-snooping/message378812</link>
			<guid>http://mikrotik.moscow/forum/forum57/83662-6.41rc52_-problemy-s-potokami-v-igmp-snooping/message378812</guid>
			<pubDate>Mon, 20 Nov 2017 20:06:00 -0500</pubDate>
			<category>RouterOS</category>
		</item>
	</channel>
</rss>
