net: Export IGMP/MLD message validation code
Hi tpowa,
Thanks for your feedback.
Quoted 4 lines · Tobias Powalowski
This commit introduces a weird behaviour on my dlna server.
Did you experience this on the released 4.2 kernel or on a 4.2 release candidate?
Quoted 11 lines
This commit was merged into 4.2 series, which makes my dlna services disappear real soon after starting from discovering from other clients. Localhost seems not to be affected but every external discovery is broken. The dlna services run on a bridge device. Mythtv and Minidlna both disappear after some minutes of running.
Git bisect shows first commit as reason, trying now a 4.2 with those 3 patches reverted:
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=a516993f0ac1694673412eb2d16a091eafa77d2a
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=fcba67c94abe83e0e69a65737000ccbb16a4fa03
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=9afd85c9e4552b276e2f4cfefd622bdeeffbbf26
Quoted 1 line
Do you need any more information to get this really weird bug fixed?
If you have this issue with the vanilla, released 4.2 kernel, then a "tcpdump -i br0 'icmp6 or ip6 proto 0'" for about five minutes and a "bridge mdb show" would be helpful.
Also which distros are the dlna server and dlna client running, how are they connected?
Quoted 5 lines
Thanks in advance.
greetings
tpowa
Cheers, Linus
Quoted 8 lines
Signature · 5 lines
-- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org [email protected]
Hi Tobias,
Quoted 6 lines · Tobias Powalowski
Am 08.09.2015 um 04:24 schrieb Linus Lüssing:
Quoted 5 lines
Hi tpowa,
Thanks for your feedback.
Quoted 8 lines
Quoted 7 lines · Tobias Powalowski
Quoted 4 lines
This commit introduces a weird behaviour on my dlna server.
Did you experience this on the released 4.2 kernel or on a 4.2 release candidate?
This was on 4.2 final release.
Ok.
Quoted 11 lines
Quoted 11 lines
Quoted 11 lines
This commit was merged into 4.2 series, which makes my dlna services disappear real soon after starting from discovering from other clients. Localhost seems not to be affected but every external discovery is broken. The dlna services run on a bridge device. Mythtv and Minidlna both disappear after some minutes of running.
Git bisect shows first commit as reason, trying now a 4.2 with those 3 patches reverted:
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=a516993f0ac1694673412eb2d16a091eafa77d2a
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=fcba67c94abe83e0e69a65737000ccbb16a4fa03
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=9afd85c9e4552b276e2f4cfefd622bdeeffbbf26
Quoted 8 lines
Quoted 4 lines
Quoted 1 line
Do you need any more information to get this really weird bug fixed?
If you have this issue with the vanilla, released 4.2 kernel, then a "tcpdump -i br0 'icmp6 or ip6 proto 0'" for about five minutes and a "bridge mdb show" would be helpful.
Here comes the next interesting thing:
If I run
tcpdump -i br0 'ip6 proto 0'
all is working fine.
This rings a bell. Somebody told me about such weird behaviour back in March already on IRC, so way before 4.2 or any commits you've cited. Unfortunately I wasn't able to reproduce it back then and didn't hear from him on this issue anymore - I'll try to get an update from him.
br_multicast.c has no knowledge about promiscious mode. Maybe someone else from the bridge mailinglist might have an idea how prom. mode on the bridge interface could affect things?
Quoted 12 lines
If I stop this task it stops showing the dlna services. promiscious mode enabled doesn't make it fail.
[ 1212.138260] device br0 entered promiscuous mode works [ 1246.908027] device br0 left promiscuous modedoes not work
bridge mdb show
dev br0 port enp2s0 grp 224.0.1.60 temp
dev br0 port enp2s0 grp 239.255.255.250 temp
Quoted 6 lines
Quoted 2 lines
Also which distros are the dlna server and dlna client running, how are they connected?
I have only archlinux environments, all external connections are affected. My Panasonic TV is not working and my Sony Xperia Z1 compact mobile phones are also not working.
VLC on Windows 7 shows the same. So this is a generic issue I guess.
Just to check two (sometimes too) "obvious" points: No ebtables or iptables on the device with the bridge? DLNA server isn't bound to enp2s0 and is either unbound (binds to 0.0.0.0) or binds to br0?
Quoted 4 lines
greetings
tpowa
Cheers, Linus
PS: Please keep the bridge mailinglist added, thanks :).
Quoted 7 lines
Signature · 4 lines
Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org [email protected]
Am 08.09.2015 um 13:22 schrieb Linus Lüssing:
Quoted 61 lines
Hi Tobias,
Quoted 6 lines · Tobias Powalowski
Am 08.09.2015 um 04:24 schrieb Linus Lüssing:
Quoted 5 lines
Hi tpowa,
Thanks for your feedback.
Quoted 8 lines
Quoted 7 lines · Tobias Powalowski
Quoted 4 lines
This commit introduces a weird behaviour on my dlna server.
Did you experience this on the released 4.2 kernel or on a 4.2 release candidate?
This was on 4.2 final release.
Ok.
Quoted 11 lines
Quoted 11 lines
Quoted 11 lines
This commit was merged into 4.2 series, which makes my dlna services disappear real soon after starting from discovering from other clients. Localhost seems not to be affected but every external discovery is broken. The dlna services run on a bridge device. Mythtv and Minidlna both disappear after some minutes of running.
Git bisect shows first commit as reason, trying now a 4.2 with those 3 patches reverted:
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=a516993f0ac1694673412eb2d16a091eafa77d2a
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=fcba67c94abe83e0e69a65737000ccbb16a4fa03
https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=9afd85c9e4552b276e2f4cfefd622bdeeffbbf26Quoted 8 lines
Quoted 4 lines
Quoted 1 line
Do you need any more information to get this really weird bug fixed?
If you have this issue with the vanilla, released 4.2 kernel, then a "tcpdump -i br0 'icmp6 or ip6 proto 0'" for about five minutes and a "bridge mdb show" would be helpful.
Here comes the next interesting thing:
If I run
tcpdump -i br0 'ip6 proto 0'
all is working fine.This rings a bell. Somebody told me about such weird behaviour back in March already on IRC, so way before 4.2 or any commits you've cited. Unfortunately I wasn't able to reproduce it back then and didn't hear from him on this issue anymore - I'll try to get an update from him.
br_multicast.chas no knowledge about promiscious mode. Maybe someone else from the bridge mailinglist might have an idea how prom. mode on the bridge interface could affect things?Quoted 13 lines
If I stop this task it stops showing the dlna services. promiscious mode enabled doesn't make it fail.
[ 1212.138260] device br0 entered promiscuous mode works [ 1246.908027] device br0 left promiscuous modedoes not work
bridge mdb show
dev br0 port enp2s0 grp 224.0.1.60 temp
dev br0 port enp2s0 grp 239.255.255.250 tempQuoted 2 lines
Also which distros are the dlna server and dlna client running, how are they connected?
Quoted 8 lines
Quoted 4 lines
I have only archlinux environments, all external connections are affected. My Panasonic TV is not working and my Sony Xperia Z1 compact mobile phones are also not working.
VLC on Windows 7 shows the same. So this is a generic issue I guess.Just to check two (sometimes too) "obvious" points: No ebtables or iptables on the device with the bridge? DLNA server isn't bound to enp2s0 and is either unbound (binds to 0.0.0.0) or binds to br0?
Hi,
DLNA is not bound to any interface ebtables is not installed and iptables don't show any active rule.
Any output of a network command which might help? Thanks for investigation on this bug.
greetings
tpowa
Signature · 4 lines
Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org [email protected]