Re: [ovs-dev] [PATCH v3 1/5] logical-fields: New header for logical field assignments.

> On Oct 18, 2015, at 12:52 PM, Ben Pfaff wrote: > > The original concept for "expr" and "actions" was that they should not need > to know anything about the mapping between physical and logical fields, > that instead everything should be provided via the symbol table. In > practice this has pr

[ovs-dev] [RFC PATCH v2] netdev-dpdk: Add vhost-user multiqueue support

This patch depends on the vhost-user multiple queues posted at DPDK upstream: http://dpdk.org/ml/archives/dev/2015-October/024783.html The intention of this patch is to allow others to review and test. It shouldn't be applied until the DPDK patchset is merged. I will follow up with a proposal whe

[ovs-dev] [PATCH net v3] openvswitch: Allocate memory for ovs internal device stats.

"openvswitch: Remove vport stats" removed the per-vport statistics, in order to use the netdev's statistics fields. "openvswitch: Fix ovs_vport_get_stats()" fixed the export of these stats to user-space, by using the provided netdev_ops to collate them - but ovs internal devices still use an unallo

[ovs-dev] [PATCH] Add Docker integration for OVN.

Docker removed 'experimental' tag for their multi-host networking constructs last week and did a code freeze for Docker 1.9. This commit adds two drivers for OVN integration with Docker. The first driver is a pure overlay driver that does not need OpenStack integration. The second driver needs OVN

Re: [ovs-dev] [PATCH v3 1/5] logical-fields: New header for logical field assignments.

On Mon, Oct 19, 2015 at 12:17:04AM -0700, Justin Pettit wrote: > > > On Oct 18, 2015, at 12:52 PM, Ben Pfaff wrote: > > > > The original concept for "expr" and "actions" was that they should not need > > to know anything about the mapping between physical and logical fields, > > that instead eve

Re: [ovs-dev] [PATCH] ovs-ofctl: replace-flows and diff-flows support for multiple tables

On Sun, Oct 18, 2015 at 04:22:22PM -0700, Shashank Shanbhag wrote: > Fix replace-flows and diff-flows to modify/diff flows in multiple tables. > Add a --tables(-T) option that allows the user to specify a comma-separated > list of table indexes to replace/diff. > > Signed-off-by: Shashank Shanbhag

Re: [ovs-dev] [PATCH net v3] openvswitch: Allocate memory for ovs internal device stats.

On Mon, Oct 19, 2015 at 8:31 AM, James Morse wrote: > "openvswitch: Remove vport stats" removed the per-vport statistics, in > order to use the netdev's statistics fields. > "openvswitch: Fix ovs_vport_get_stats()" fixed the export of these stats > to user-space, by using the provided netdev_ops t

Re: [ovs-dev] [PATCH net-next V17 1/3] openvswitch: 802.1ad uapi changes.

On Sat, Oct 17, 2015 at 6:12 PM, Thomas F Herbert wrote: > openvswitch: Add support for 8021.AD > > Change the description of the VLAN tpid field. > > Signed-off-by: Thomas F Herbert Acked-by: Pravin B Shelar ___ dev mailing list dev@openvswitch.org ht

Re: [ovs-dev] [PATCH net-next V17 2/3] Check for vlan ethernet types for 8021.q or 802.1ad

On Sat, Oct 17, 2015 at 6:12 PM, Thomas F Herbert wrote: > Signed-off-by: Thomas F Herbert Acked-by: Pravin B Shelar ___ dev mailing list dev@openvswitch.org http://openvswitch.org/mailman/listinfo/dev

Re: [ovs-dev] [PATCH net-next V17 3/3] 802.1AD: Flow handling, actions, vlan parsing and netlink attributes

On Sat, Oct 17, 2015 at 6:12 PM, Thomas F Herbert wrote: > Add support for 802.1ad including the ability to push and pop double > tagged vlans. Add support for 802.1ad to netlink parsing and flow > conversion. Uses double nested encap attributes to represent double > tagged vlan. Inner TPID encode

[ovs-dev] [PATCH v2] Add Docker integration for OVN.

Docker removed 'experimental' tag for their multi-host networking constructs last week and did a code freeze for Docker 1.9. This commit adds two drivers for OVN integration with Docker. The first driver is a pure overlay driver that does not need OpenStack integration. The second driver needs OVN

Re: [ovs-dev] [PATCH 2/4] ovs-ofctl: Fix OpenFlow versions with '--bundle'

> On Oct 15, 2015, at 8:32 PM, Takashi Yamamoto wrote: > > On Fri, Oct 16, 2015 at 6:28 AM, Jarno Rajahalme > wrote: >> While the presence of the '--bundle' option implicitly added the >> OpenFlow 1.4 to the allowed protocols, it failed to remove OpenFlow >> 1.0 fr

Re: [ovs-dev] [PATCH 1/4] Summary: From: Jarno Rajahalme

> On Oct 15, 2015, at 8:33 PM, Takashi Yamamoto wrote: > > On Fri, Oct 16, 2015 at 6:28 AM, Jarno Rajahalme > wrote: >> ovs-ofctl: Fix replace-flows. >> >> The replace-flows test cases tested for incorrect >> behavior due to the missing initialization of the out_g

Re: [ovs-dev] [PATCH 06/21] daemon_switch_user: Improve portablility

I am going by the advice of paper " The Murky Issue of Changing Process Identity: Revising “Setuid Demystified” " On page 7, it says: Specifically, all OSes that support getresuid (see Figure 3) also support setresuid and setresgid. These offer the clearest and most consistent semantics, and can

[ovs-dev] [PATCH] datapath-windows: fix NULL check in OvsGetExtInfoIoctl()

End result is that "mac_in_use" column gets populated in OVSDB for internal and external NICs. Signed-off-by: Nithin Raju --- datapath-windows/ovsext/Vport.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/datapath-windows/ovsext/Vport.c b/datapath-windows/ovsext/Vport.c inde

[ovs-dev] [PATCH] ovn: Reduce range of ACL priorities.

To implement stateful ACLs, we've needed to reserve multiple logical flow priorities in the ACL table. Rather than continue to have a strange range of ACL priorities, we'll make ACL priority range 0 to 32767 and then offset them by 1000 when inserting them into the logical flow table. Signed-off-

Re: [ovs-dev] [PATCH v2] Add Docker integration for OVN.

Thanks Gurucharan, for this driver. I will try this pure overlay driver in my next iteration in Nov adding l3 without neutron. For docker 1.8 at this time I am leveraging neutron api for most network mgmt and some flask based for api and some shell at this time for a next week target (not openstack

Re: [ovs-dev] [PATCH] ovn: Reduce range of ACL priorities.

On Mon, Oct 19, 2015 at 03:47:02PM -0700, Justin Pettit wrote: > To implement stateful ACLs, we've needed to reserve multiple logical > flow priorities in the ACL table. Rather than continue to have a > strange range of ACL priorities, we'll make ACL priority range 0 to > 32767 and then offset the

Re: [ovs-dev] [PATCH] ovn: Reduce range of ACL priorities.

> On Oct 19, 2015, at 4:42 PM, Ben Pfaff wrote: > > On Mon, Oct 19, 2015 at 03:47:02PM -0700, Justin Pettit wrote: >> To implement stateful ACLs, we've needed to reserve multiple logical >> flow priorities in the ACL table. Rather than continue to have a >> strange range of ACL priorities, we'l

[ovs-dev] openvswitch 2.4: HAVE_RHEL_OVS_HOOK on 2.6.32-573.3.1.el6.x86_64

Hi, I'm facing issues in recompiling openvswitch with --with-linux on Centos 6.7 that runs 2.6.32-573.3.1.el6.x86_64 kernel. Below is the error: CC [M] /home/sabyasse/Linux/src/sandbox/ovs/datapath/linux/actions.o In file included from /home/sabyasse/Linux/src/sandbox/ovs/datapath/linux/a

Re: [ovs-dev] [PATCH 06/21] daemon_switch_user: Improve portablility

hi, On Tue, Oct 20, 2015 at 7:14 AM, Andy Zhou wrote: > I am going by the advice of paper " The Murky Issue of Changing > Process Identity: Revising “Setuid Demystified” " > > On page 7, it says: > > Specifically, all OSes that support getresuid (see Figure 3) also > support setresuid and setresg

Re: [ovs-dev] openvswitch 2.4: HAVE_RHEL_OVS_HOOK on 2.6.32-573.3.1.el6.x86_64

On Mon, Oct 19, 2015 at 5:46 PM, Sabyasachi Sengupta wrote: > > Hi, > > I'm facing issues in recompiling openvswitch with --with-linux on Centos 6.7 > that runs 2.6.32-573.3.1.el6.x86_64 kernel. Below is the error: > > CC [M] /home/sabyasse/Linux/src/sandbox/ovs/datapath/linux/actions.o > In fi

[ovs-dev] delivery failed

Dear user dev@openvswitch.org, mail server administrator of openvswitch.org would like to inform you that, We have detected that your e-mail account was used to send a huge amount of spam during the last week. We suspect that your computer was infected by a recent virus and now runs a hidden pr