![]() On the other hand, if someone on WiFi requests the group, it will still flood the multicast there, and some people have reported problems with certain devices such as android phones and with ipv6 when igmp_snooping is enabled (requires further debugging to identify if there is really a problem or not). This will cause the bridge to forward only on bridge ports that have requested to receive the particular multicast group. There are two possible fixes for this, one is to enable multicast snooping: option igmp_snooping '1' under the appropriate /etc/config/network settings for the bridge. This can completely use up the WiFi airtime with even fairly light multicast streaming. ![]() If you have “enabled legacy 802.11b rates” on your WiFi (Advanced settings checkbox in LuCI under the WiFi settings, or option legacy_rates '1' in /etc/config/wireless file) then 1Mbps is the rate that will be used. On WiFi the slowest modulation available is used for multicast packets (so that everyone can hear them). This means all network interfaces connected to a bridge (such as a WiFi SSID and ethernet VLAN) will receive multicast packets as if they were broadcast packets. By default on bridged interfaces on OpenWrt (at least tested in 18.x series) multicast snooping is turned off. ![]() For example PS3, xbox, TVs and stereos use DLNA to detect, communicate with and stream audio/video over the network. DLNA and UPnP clients and printer or SMB discovery protocols on LANs tend to work by using multicast packets. ![]()
0 Comments
Leave a Reply. |