>Ok, I was able to easily reproduce the issue here. Looking at the >tcpdump the wifi client receives its own Neighbor Solicitation >again, reflected through the bridge-hairpin option. Why are we reflecting packets back to the originator anyway? Could it not be excluded? Btw. once we are bit more stable i will try to test how the igmpv3/mldv2 querier / proxy I wrote interacts here (disabling kernel querier). _______________________________________________ openwrt-devel mailing list openwrt-devel@lists.openwrt.org https://lists.openwrt.org/cgi-bin/mailman/listinfo/openwrt-devel
- [OpenWrt-Devel] [PATCHv3] Fixes regarding bridge multicast-... Linus Lüssing
- [OpenWrt-Devel] [PATCHv3 netifd 1/3] bridge: Fix multi... Linus Lüssing
- [OpenWrt-Devel] [PATCHv3 netifd 2/3] bridge: Allow set... Linus Lüssing
- [OpenWrt-Devel] [PATCHv3 netifd 3/3] bridge: Allow set... Linus Lüssing
- Re: [OpenWrt-Devel] [PATCHv3 netifd 3/3] bridge: A... Felix Fietkau
- [OpenWrt-Devel] [PATCHv3 openwrt 1/2] Revert "ker... Linus Lüssing
- Re: [OpenWrt-Devel] [PATCHv3 openwrt 1/2] Revert &... Steven Barth
- Re: [OpenWrt-Devel] [PATCHv3 openwrt 1/2] Reve... Linus Lüssing
- Re: [OpenWrt-Devel] [PATCHv3 openwrt 1/2] ... Linus Lüssing
- Re: [OpenWrt-Devel] [PATCHv3 openwrt ... Linus Lüssing
- Re: [OpenWrt-Devel] [PATCHv3 openwrt ... Steven Barth
- Re: [OpenWrt-Devel] [PATCHv3 open... Linus Lüssing
- Re: [OpenWrt-Devel] [PATCHv3 ... Linus Lüssing
- [OpenWrt-Devel] [PATCHv3 openwrt 2/2] kernel: bridge, ... Linus Lüssing
- Re: [OpenWrt-Devel] [PATCHv3 openwrt 2/2] kernel: ... Felix Fietkau