Thread (1 message) 1 message, 1 author, 2014-08-27

Re: [patch net-next RFC 03/12] net: introduce generic switch devices support

From: Tom Herbert <hidden>
Date: 2014-08-27 02:45:44

On Thu, Aug 21, 2014 at 9:41 AM, Ben Hutchings [off-list ref] wrote:
On Thu, 2014-08-21 at 18:18 +0200, Jiri Pirko wrote:
quoted
The goal of this is to provide a possibility to suport various switch
chips. Drivers should implement relevant ndos to do so. Now there is a
couple of ndos defines:
- for getting physical switch id is in place.
- for work with flows.

Note that user can use random port netdevice to access the switch.
[...]

Why isn't the switch treated as a real device (not necessarily a net
device) that's included in the device model and that the port devices
refer to?
+1. In the same way that software switch (e.g. OVS) is mostly
implemented out of the core stack, I think hardware switch should have
same model. Besides, if you define this as part of a network interface
then you'll need to resolve unpleasant issues like accounting for
bytes and packets switched (e.g. are these accounted in interface
stats?)), what happens if netdevice is put in promiscuous mode (e.g.
do we need a tap for all switched packets?), etc. Another thing to
consider is that some vendors will undoubtably implement an open flow
agent in the NIC to manage the switch, possibly even autonomously from
the host-- a host might see the device but not be able to manage it
other than adding interfaces as local ports.
Ben.

--
Ben Hutchings
If at first you don't succeed, you're doing about average.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help