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-prev] [day] [month] [year] [list]
Message-ID: <9da2c1a2-0e9d-9eb1-0c10-f790d0afc7ec@ziu.info>
Date:	Fri, 24 Jun 2016 23:54:47 +0200
From:	Michal Soltys <soltys@....info>
To:	Elad Raz <e@...draz.com>, Ido Schimmel <idosch@...lanox.com>
Cc:	Linux Netdev List <netdev@...r.kernel.org>,
	Jiri Pirko <jiri@...lanox.com>, Florian Westphal <fw@...len.de>
Subject: Re: switch / linux STP interoperation issues.

On 2016-06-24 23:09, Elad Raz wrote:
> On Fri, Jun 24, 2016 at 10:14 PM, Michal Soltys <soltys@....info> wrote:
>> Hi,
>>  <cut ..>
>> The switch respected BPDUs sent to it (if applicable) - for example it
>> complied properly if it's priority was less (numerically higher) than
>> linux's - showing linux box as root bridge, marking one port as root, the
>> other as alternate/blocking.
>>
>> The linux box itself was completely deaf to any BPDUs arriving to it (e.g.
>> if it's priority was lower) and just keept pushing its own data units all
>> the time with little care (quickly leading to loops in some scenarios).
>> Whether it was builtin stp implementation, or whether it was mstpd's
>> stp/rstp/mstp - the behaviour was the same.
>>
>>
>>
>> Linux is fresh stock archlinux (so vanilla 4.6.2 kernel and the most (or
>> almost) recent userland utils - iproute2, etc.), running on relatively
>> recent poweredge dell.
>>
>> I'm kind of lost at this point - am I missing some basic
>> options/sysctls/sysfs ? Is there some known incompatibility here somewhere
>> between switch/linux/nic/versions/etc. ? Some by-default enabled BPDU
>> filtering maybe ?
>>  <cut ..>
>>
>> Any suggestions / hints appreciated.
>
> Please see Ido Schimmel's fix "[net] bridge: Fix incorrect
> re-injection of STP packets",
> https://patchwork.ozlabs.org/patch/629768/
>

Thanks !

Will test it on monday asap.

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ