Background
Today openstack use linux bridge to do security control, but more and more
people are interested in native OVS flowtable based firewall, and there is
already some BP.
However, exist solution has several drawbacks: 1) must rewrite all existing
iptable rule with ovs flowtable, all ipt
It seems that there is already action definition
enum ofp13_action_type {
-OFPAT13_PUSH_PBB = 26, /* Push a new PBB service tag (I-TAG) */
-OFPAT13_POP_PBB = 27 /* Pop the outer PBB service tag (I-TAG) */
+OFPAT13_OUTPUT = 0, /* Output to switch port. */
+OFPAT13
< I don't think there's a need to fork anything to run one vswitchd with a
< given datapath provider and a second vswitchd with a different one.
so, whether newly developed ofproto provider lib and netdev provider lib could
be inserted into the running vswitchd process in production environment
From: Ben Pfaff [b...@nicira.com]
Sent: Wednesday, March 19, 2014 11:55 AM
To: Wuhongning
Cc: discuss@openvswitch.org
Subject: Re: [ovs-discuss] coexistence of ofproto-dpif and customized ofproto
provider
On Wed, Mar 19, 2014 at 03:52:42AM +
From: Ben Pfaff [b...@nicira.com]
Sent: Wednesday, March 19, 2014 11:43 AM
To: Wuhongning
Cc: discuss@openvswitch.org
Subject: Re: [ovs-discuss] coexistence of ofproto-dpif and customized ofproto
provider
On Wed, Mar 19, 2014 at 01:21:53AM +
hi, Ben
thanks for your reply, and below is some feedback
From: Ben Pfaff [b...@nicira.com]
Sent: Monday, March 17, 2014 11:49 PM
To: Wuhongning
Cc: discuss@openvswitch.org
Subject: Re: [ovs-discuss] coexistence of ofproto-dpif and customized ofproto
if we have a hardware chip with rich networking feature, and want to expose as
a enhanced flow switch. at the same time, we also want to keep the standard
ovs, so what's the best practice to let them work together without bother each
other?
basically, we don't want to touch the original vswitc
Wuhongning 编写：
it's not related to a single hybrid ofproto, but coexistence of multiple
ofprotos.
if we have a hardware chip with rich networking feature, and want to expose as
a enhanced flow switch. at the same time, we also want to keep the standard
ovs, so what's the best p
