All of lore.kernel.org
 help / color / mirror / Atom feed
From: Tobias Powalowski <tobias.powalowski@googlemail.com>
To: bridge@lists.linux-foundation.org
Subject: Re: [Bridge] net: Export IGMP/MLD message validation code
Date: Tue, 8 Sep 2015 14:47:06 +0200	[thread overview]
Message-ID: <55EED8CA.2070904@googlemail.com> (raw)
In-Reply-To: <20150908112247.GE1562@odroid>

[-- Attachment #1: Type: text/plain, Size: 3635 bytes --]

Am 08.09.2015 um 13:22 schrieb Linus Lüssing:
> Hi Tobias,
>
> On Tue, Sep 08, 2015 at 08:36:02AM +0200, Tobias Powalowski wrote:
>> Am 08.09.2015 um 04:24 schrieb Linus Lüssing:
>>> Hi tpowa,
>>>
>>> Thanks for your feedback.
>>>
>>>
>>> On Mon, Sep 07, 2015 at 02:46:27PM +0200, Tobias Powalowski wrote:
>>>> Hi,
>>>> https://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=9afd85c9e4552b276e2f4cfefd622bdeeffbbf26
>>>>
>>>> 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.
>
>>>> 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
>>>>
>>>> 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?
>
>> 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 mode
>> does 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
>>
>>> 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?
>
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

-- 
Tobias Powalowski
Archlinux Developer & Package Maintainer (tpowa)
http://www.archlinux.org
tpowa@archlinux.org



[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 473 bytes --]

      reply	other threads:[~2015-09-08 12:47 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <55ED8723.9070501@googlemail.com>
2015-09-08  2:24 ` [Bridge] net: Export IGMP/MLD message validation code Linus Lüssing
     [not found]   ` <55EE81D2.1040002@googlemail.com>
2015-09-08 11:22     ` Linus Lüssing
2015-09-08 12:47       ` Tobias Powalowski [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=55EED8CA.2070904@googlemail.com \
    --to=tobias.powalowski@googlemail.com \
    --cc=bridge@lists.linux-foundation.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.