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 for Android: free password hash cracker in your pocket
[<prev] [next>] [day] [month] [year] [list]
Message-ID: <538C7B37.3000909@meduna.org>
Date:	Mon, 02 Jun 2014 15:25:11 +0200
From:	Stanislav Meduna <stano@...una.org>
To:	"netdev@...r.kernel.org" <netdev@...r.kernel.org>
Subject: RSTP with a hardware switch?

Hi,

I have a 3-port (1 CPU, 2 external) LAN9303 switch with an ability
to set the port status to learning, forwarding etc, pass BPDUs
to CPU even if not forwarding and similar tasks. Using the vlan
tagging feature it is principially possible to expose the ports
as eth0.1, eth0.2 etc, send packets only to specific ports etc.

This is an embedded device where the main task is not the
networking. It "just" needs to have redundant connections
to the same network, as it will be typically wired in a ring
with other such devices and to a RSTP-capable switch at the
end of the ring.

So I need to run a RSTP with this switch and as the CPU power
is limited, I would like to let the hardware do all the
learning and forwarding and only run the RSTP state machine
in software. Unfortunately the existing implementations
such as http://sourceforge.net/projects/mstpd/ expect to
see the bridge and its ports via the bridging infrastructure.

Is there anything in the kernel to help with this task?
If not, what is the suggested way of implementing this?

My present idea is to patch the network driver to use specific
VLANs for the BPDUs and normal traffic and do everything else
in userspace (basically take the daemon and hack other ways
of setting the port status). This however means duplicating
existing interfaces which seems a bit ugly.

Anyone already doing something like this?

If there is a better place to ask this, please suggest it.
Please Cc: when replying.

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

Powered by Openwall GNU/*/Linux Powered by OpenVZ