| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Message-ID: <20130215170028.GG12219@eerihug-hybrid.ki.sw.ericsson.se> Date: Fri, 15 Feb 2013 18:00:28 +0100 From: Erik Hugne <erik.hugne@...csson.com> To: netdev@...r.kernel.org, kaber@...sh.net CC: ataschner@...e.com Subject: [MacVLAN] failure to deliver reassembled IPv6 multicast traffic If macvlan's are configured on a device, IPv6 multicast traffic received on the underlying ethernet device is not delivered properly to higher layers. Large amounts of packets are lost, and the problem seems to get worse the more macvlans are defined on top of the device, up to the point where no traffic is delivered at all... Steps to reproduce (2 hosts required) On host 1, set up some macvlans: ip link add link eth0 name macvlan0 type macvlan mode bridge ip link add link eth0 name macvlan2 type macvlan mode bridge ip link add link eth0 name macvlan3 type macvlan mode bridge ip link set link dev macvlan0 up ip link set link dev macvlan2 up ip link set link dev macvlan3 up Start a server that binds to ff02::1 scoped to eth0 ./server6 -sff02::1 -eeth0 On host 2: ./client6 -dff02::1 -eeth0 This seems to only occur for large (fragmented) IPv6 multicast traffic. If you bind to :: instead (-s:: on the server) and send to the linklocal address of Host1/eth0, packets are delivered just fine. Source for client6/server6 on github: git clone git@...hub.com:Hugne/udp_mc.git //E -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists