From: Andrew Lunn <andrew@lunn.ch>
To: Joakim Tjernlund <Joakim.Tjernlund@infinera.com>
Cc: "netdev@vger.kernel.org" <netdev@vger.kernel.org>
Subject: Re: DSA vs. SWTICHDEV ?
Date: Wed, 30 Nov 2016 17:55:00 +0100 [thread overview]
Message-ID: <20161130165500.GH21645@lunn.ch> (raw)
In-Reply-To: <1480523716.3563.144.camel@infinera.com>
> This is an embedded system with several boards in a subrack.
> Each board has eth I/F connected to a switch to communicate with each other.
> One of the board will also house the actual switch device and manage the switch.
> Then the normal app just communicates over the physical eth I/F like any other board
> in the system. There is a "manage switch app" which brings the switch up and partition
> phys VLANs etc. (each phys I/F would be a a separate domain so no loop)
So you are planning on throwing away the "manage switch app", and just
use standard linux networking commands? That is what switchdev is all
about really, throwing away the vendor SDK for the switch, making a
switch just a bunch on interfaces on the host which you manage as
normal interfaces.
> I guess I could skip the phys I/F and have the switch app create a virtual eth0 I/F over PCIe
No need to create this interface. It will exist if you go the
switchdev route.
> > > And switchdev can do all this over PCIe instead? Can you have a
> > > switch tree in switchdev too?
> >
> > Mellonex says so, but i don't think they have actually implemented it.
>
> Not impl. any of DSAs features? What can you do with a Mellonex switch then?
They don't have a tree of switches, as far as i know. Just a single
switch. But DSA does support a tree of switches, that is what the D in
DSA means, distributed. And there are a couple of boards which have 2
to 4 switches in a tree.
I think this is partially down to market segments. Mellonex market is
top of rack switches. High port count, very high bandwidth. DSA is
more wireless access points, set top boxes, generally up to 7 ports of
1Gbps and a few custom embedded products which need more ports, so
build a tree of switches.
Andrew
next prev parent reply other threads:[~2016-11-30 16:55 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-11-30 8:50 DSA vs. SWTICHDEV ? Joakim Tjernlund
2016-11-30 13:52 ` Andrew Lunn
2016-11-30 14:30 ` Joakim Tjernlund
2016-11-30 15:25 ` Andrew Lunn
2016-11-30 16:35 ` Joakim Tjernlund
2016-11-30 16:55 ` Andrew Lunn [this message]
2016-11-30 17:44 ` Joakim Tjernlund
2016-11-30 18:09 ` Andrew Lunn
2016-11-30 20:43 ` Jiri Pirko
2016-11-30 18:10 ` Florian Fainelli
2016-11-30 18:44 ` Joakim Tjernlund
2016-11-30 19:39 ` Florian Fainelli
2016-12-01 16:50 ` Murali Karicheri
2016-12-01 17:31 ` Andrew Lunn
2016-12-01 21:38 ` Murali Karicheri
2016-12-02 15:38 ` Andrew Lunn
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=20161130165500.GH21645@lunn.ch \
--to=andrew@lunn.ch \
--cc=Joakim.Tjernlund@infinera.com \
--cc=netdev@vger.kernel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).