aboutsummaryrefslogtreecommitdiffstats
path: root/target/linux/gemini/config-4.1
diff options
context:
space:
mode:
authorFelix Fietkau <nbd@openwrt.org>2015-09-02 09:23:59 +0000
committerFelix Fietkau <nbd@openwrt.org>2015-09-02 09:23:59 +0000
commit2416e506f5fd4a58bb25a6e24cb7fde56e281711 (patch)
treec6abb1bdd3978610b09e13fc18c67612b5c27d16 /target/linux/gemini/config-4.1
parentc8b481e0c180acdcaab0f3bf85b15022ce3bd005 (diff)
downloadupstream-2416e506f5fd4a58bb25a6e24cb7fde56e281711.tar.gz
upstream-2416e506f5fd4a58bb25a6e24cb7fde56e281711.tar.bz2
upstream-2416e506f5fd4a58bb25a6e24cb7fde56e281711.zip
kernel: bridge, multicast-to-unicast: fix echoes on STA
Currently, multicast packets from an STA are sent to any according multicast listener directly through the bridge multicast-to-unicast feature. Unfortunately, so far this includes the originating STA, too, resulting in multicast packets being echo'ed back to the originating STA if it itself is a multicast listener for that group. This behaviour breaks IPv6 duplicate address detection: An IPv6 Neighbor Solicitation for IPv6 Duplicate Address Detection is being echo'ed back, resulting in the host falsely detecting an address collision, which makes the node unable to claim an IPv6 address and use IPv6 in general. Mac80211 unfortunately only prevents the echoes for us for multicast frames. For the multicast frames cast to a unicast destination we'll need to take care of excluding the originator ourselves. Signed-off-by: Linus Lüssing <linus.luessing@c0d3.blue> SVN-Revision: 46765
Diffstat (limited to 'target/linux/gemini/config-4.1')
0 files changed, 0 insertions, 0 deletions