It looks you are using the router as a switch and AP, and the multicast traffic floods your wireless interface. Multicast is different from broadcast, as it is only intended for subscribing hosts. Unfortunately, any switch that doesn't implement IGMP snooping doesn't know who wants multicast, so will handle it like broadcast.

I am having a problem on a UBNT UAP-LR where, if many clients stay connected the router for a long time, multicast packets will stop being reliably sent to the wireless clients. I can reproduce this with LEDE r1953, but it goes back at least as far as OpenWRT 15.05.1 with kernel 3.18. The latest stable version of OpenWrt comes with linux 3.18.23 # uname -r 3.18.23 After executing bridge mdb add dev br-lan port eth0.1 grp 239.0.0.0 temp on OpenWrt, multicast packets to 239.0.0.0 are routed from br-lan 192.168.1.1 to 192.168.1.2. 研究了下 IGMP Snooping 这个东西,OpenWRT 官网是这么说的: When a host wants to start receiving UDP multicast traffic, it needs to subscribe itself to a "UDP multicast group". Control of multicast groups is archived with IGMP protocol. Once a host is subscribed, all the traffic for this group is sent to it using broadcast L2 frames. Multicast still uses g speeds so the available physical rates are 6, 9, 12, 18, 24, 36, 48 and 54Mbps. Most APs are going to default to the slower speeds so being able to disable them to force it to use the higher rates will give a huge speed up. Being able to set this is probably the most important criterion for a multicast AP. Primary router runs OpenWRT, other is an ASUS RT-N66U. I now have a RaspberryPi on the network with MiniDLNA. Unfortunately, the TV connected to the ASUS router cannot see this DLNA server. ASUS is on IP 192.168.0.10 with its own DHCP for stuff on that side of the network, in the 192.168.1.x range. In OpenWRT: I also googled a lot, but only found one person with similar problems on OnePlus devices (also OpenWrt 802.11r), which can be found in the thread at the beginning. Does anyone of you use a similar setup (802.11r, ideally OpenWrt, Android 10) and can report the same behaviour? I'm still not convinced whether this is an Android or an OpenWrt issue.

研究了下 IGMP Snooping 这个东西,OpenWRT 官网是这么说的: When a host wants to start receiving UDP multicast traffic, it needs to subscribe itself to a "UDP multicast group". Control of multicast groups is archived with IGMP protocol. Once a host is subscribed, all the traffic for this group is sent to it using broadcast L2 frames.

In contrast to multicast routers, proxies are lightweight and do not require the support of a multicast routing protocol such as PIM or DVMRP. A common use case is a local stub networks that interconnects with a remote multicast routing domain, e.g. via a tunnel. Mar 30, 2020 · mDNS, or multicast DNS, is a way to discover devices on your network at .local domain without any central DNS configuration (also known as ZeroConf and Bonjour, etc). Fedora Magazine has a good article on setting it up in Fedora, which I won’t repeat here. If you’re like me, you’re using OpenWRT with multiple VLANs to separate networks.

IGMPproxy is a simple dynamic Multicast Routing Daemon using only IGMP signalling (Internet Group Management Protocol). It's intended for simple forwarding of Multicast traffic between networks. See also [igmpproxy project sourceforge page] In Eko TNG SVN 11296

The OpenWrt wiki had an answer:. With IGMP snooping, multicast forwarding is disabled for bridges. One pure bridge solution is to disable multicast_snooping. Add the following in /etc/rc.local Mar 03, 2015 · My complete OpenWrt Setup Guide. Mar 3, 2015. Introduction. First off all: this guide is no replacement for the great OpenWrt documentation. Rather this guide show what software I use and how I configure the system. Sure, some software components smells fishy, the hardware could be better and so on. with stock FW it's a simple case of unticking the 'filter multicast' box and my internet fed tv works (boosts as it's called) but I'm using openwrt because stock FW does not let me control incoming IP's for a given port. openwrt does not have a simple tickbox for multicast and is indeed bloody har Force Physical Layer Data Rate - PHY Rate (OpenWrt)¶ Default multicast PHY rate varies from access point to access point. But, the WiFi standard mandates that it be at least 1 Mbps for 2.4 Ghz and 6 Mbps for 5 Ghz. This is typically not enough for e.g. HD video streaming. We therefore typically have to increase it. I am trying to enable the multicast of hosted openWrt. I believe that the bridge between the LAN and WAN is the most straightforward way to do so. Embedded Linux. Linux. Wireless Networks.