Thread (4 messages) 4 messages, 2 authors, 2018-03-12

Re: Problem with bridge (mcast-to-ucast + hairpin) and Broadcom's 802.11f in their FullMAC fw

flat view

From: Rafał Miłecki <hidden>
Date: 2018-03-12 21:52:15
Also in: bridge, linux-wireless

On 12 March 2018 at 12:48, Linus Lüssing [off-list ref] wrote:
On Mon, Mar 12, 2018 at 12:08:56PM +0100, Linus Lüssing wrote:
quoted
On Tue, Feb 27, 2018 at 11:08:20AM +0100, Rafał Miłecki wrote:
quoted
I've problem when using OpenWrt/LEDE on a home router with Broadcom's
FullMAC WiFi chipset.
Hi Rafał,

Thanks for reporting this issue!
quoted
Can you see any solution for this problem? Is that an option to stop
multicast-to-unicast from touching 802.11f packets? Some other ideas?
Obviously I can't modify Broadcom's firmware and drop that obsoleted
standard.
Just to avoid some potential confusion: This is more an issue of
hairpinning than it is an issue of multicast-to-unicast per se,
right?

That is, if you set this to 0 manually:
/sys/class/net/<ap-iface>/brport/multicast_to_unicast
Then the issue still occurs, right?
Btw., if in OpenWRT/LEDE you set 'option multicast_to_unicast 0'
in /etc/config/network for the bridge (and not bridge port)
then netifd should refrain from setting the bridge hairpinning and
AP isolation on wireless devices, too, if I remember correctly.

Can you confirm that the issue disappears for you then?
Yes, absolutely. This reverts OpenWrt/LEDE to the old setup (no
mcast-to-ucast + hairpin) and it works. I was hoping we can make
mcast-to-ucast + hairpin work with Broadcom's 802.11f however instead
of moving OpenWrt/LEDE back to the old setup.

-- 
Rafał
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help