netdev - Re: [Bugme-new] [Bug 10443] New: VLAN: link level multicasts addresses disappears...

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

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Date:	Fri, 11 Apr 2008 21:41:34 -0700
From:	Andrew Morton <akpm@...ux-foundation.org>
To:	netdev@...r.kernel.org
Cc:	bugme-daemon@...zilla.kernel.org, dmitry@...skoy.name,
	Ben Greear <greearb@...delatech.com>
Subject: Re: [Bugme-new] [Bug 10443] New: VLAN: link level multicasts
 addresses disappears...

(switched to email.  Please respond via emailed reply-to-all, not via the
bugzilla web interface).

On Fri, 11 Apr 2008 09:18:07 -0700 (PDT) bugme-daemon@...zilla.kernel.org wrote:

> http://bugzilla.kernel.org/show_bug.cgi?id=10443
> 
>            Summary: VLAN: link level multicasts addresses disappears...
>            Product: Networking
>            Version: 2.5
>      KernelVersion: 2.6.23.15
>           Platform: All
>         OS/Version: Linux
>               Tree: Mainline
>             Status: NEW
>           Severity: normal
>           Priority: P1
>          Component: Other
>         AssignedTo: acme@...stprotocols.net
>         ReportedBy: dmitry@...skoy.name
> 
> 
> Each IP interface in the UP state "have" appropriate multicast addresses, which
> can be shown by "ip maddr show" output.
> 
> For example, for an ordinary one-card computer, "ip maddr show" shows something
> like:
> 
> 1:      lo
>         inet  224.0.0.1
> 2:      eth0
>         link  01:00:5e:00:00:01
>         inet  224.0.0.1
> 
> or something more if IPv6 is enabled.
> 
> I've discovered an issue with the link layer multicasts (aka 01:00:5e:00:00:01
> in the example above) and VLAN devices.
> 
> 
> When I do some non-trivial vlan manipulations (more than one vlan device, "set
> up/set down" several times, etc.), "ip maddr show" shows either the wrong
> "users %d" count for "link" addresses, or the "link" addresses disappears at
> all.
> 
> Unfortunately, it seems that there is no any "stable" scheme to catch the
> issue, but it happens "often enough" in various situations.
> 
> I've wrote a test script (see below), which perform in a loop some trivial
> things over vlans and then shows "ip maddr show". (To run the script further
> just type enter. Ctrl-C to break). I've disabled ipv6 module on the test
> machine to be more clean.
> 
> For me, in the first 5 steps I already catched the issue.
> 
> 
> Instead of the normal situation:
> 
> 1:      lo
>         inet  224.0.0.1
> 2:      eth0
>         link  01:00:5e:00:00:01 users 3
>         inet  224.0.0.1
> 3:      eth0.2
>         link  01:00:5e:00:00:01 users 2
>         inet  224.0.0.1
> 4:      eth0.3
>         link  01:00:5e:00:00:01 users 2
>         inet  224.0.0.1
> 
> 
> I often see:
> 
> 1:      lo
>         inet  224.0.0.1
> 2:      eth0
>         link  01:00:5e:00:00:01
>         inet  224.0.0.1
> 3:      eth0.2
>         link  01:00:5e:00:00:01 users 2
>         inet  224.0.0.1
> 4:      eth0.3
>         inet  224.0.0.1
> 
> 
> or even:
> 
> 1:      lo
>         inet  224.0.0.1
> 2:      eth0
>         inet  224.0.0.1
> 3:      eth0.2
>         inet  224.0.0.1
> 4:      eth0.3
>         inet  224.0.0.1
> 
> at all.
> 
> 
> Sorry that I've tested it on too old kernel (2.6.23), but I hope the test
> script is convenient enough to check whether the issue still present at the
> newest kernels or not.

There's a test case in the bugzilla report.


--
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