[ovs-dev] [PATCH v3 2/2] ovn: Add address_set() support for ACLs.

From: Russell Bryant This feature was originally proposed here: http://openvswitch.org/pipermail/dev/2016-March/067440.html A common use case for OVN ACLs involves needing to match a set of IP addresses. outport == "lp1" && ip4.src == {10.0.0.5, 10.0.0.25, 10.0.0.50}

[ovs-dev] [PATCH v3 1/2] Add address set support.

From: Russel Bryant Update the OVN expression parser to support address sets. Previously, you could have a set of IP or MAC addresses in this form: {addr1, addr2, ..., addrN} This patch adds support for a bit of indirection where we can define a set of addresses and refer

[ovs-dev] [PATCH v3 0/2] OVN address sets.

From: Babu Shanmugam v2->v3: - address_set('name') tokens are changed to $name. - $name can be used inside a set in expressions. - Some typo fixes that. v1->v2: - rebase - add docs that I forgot to include in v1. Russel Bryant (1): Add address set support. Russell

[ovs-dev] [PATCHv11 2/2] ofp-actions: Add truncate action.

The patch adds a new action to support packet truncation. The new action is formatted as 'output(port=n,max_len=m)', as output to port n, with packet size being MIN(original_size, m). One use case is to enable port mirroring to send smaller packets to the destination port so that only useful

[ovs-dev] [PATCHv11 0/2] datapath: Packet truncation backports.

This series adds the packet truncate action to OVS kernel and userspace. The kernel datapath is upstreamed to net-next, so backports are provided for Linux kernel 3.10 - 4.6. Patch 1 provides the kernel code and compiles on each Linux version within this range. The backports are tested on

[ovs-dev] [PATCHv11 1/2] datapath:backport: openvswitch: Add packet truncation support.

Upstream commit: commit f2a4d086ed4c588d32fe9b7aa67fead7280e7bf1 Author: William Tu Date: Fri Jun 10 11:49:33 2016 -0700 openvswitch: Add packet truncation support. The patch adds a new OVS action, OVS_ACTION_ATTR_TRUNC, in order to truncate

[ovs-dev] (no subject)

The original message was received at Thu, 23 Jun 2016 10:30:27 +0530 from [76.125.215.199] - The following addresses had permanent fatal errors - dev@openvswitch.org ___ dev mailing list dev@openvswitch.org

Re: [ovs-dev] [PATCH v10 5/5] userspace: add non-tap (l3) support to GRE vports

On Wed, Jun 08, 2016 at 01:10:54PM -0700, Ben Pfaff wrote: > On Wed, Jun 01, 2016 at 02:04:57PM +0900, Simon Horman wrote: > > On Tue, May 31, 2016 at 08:20:24PM -0700, Ben Pfaff wrote: > > > There's a change to tnl_port_show() to "Skip ports with duplicate 'port' > > > field". I don't understand

Re: [ovs-dev] [PATCH net-next v10 2/5] openvswitch: set skb protocol and mac_len when receiving on internal device

On Tue, Jun 21, 2016 at 09:30:17AM -0700, pravin shelar wrote: > On Mon, Jun 20, 2016 at 7:25 PM, Simon Horman > wrote: > > [Cc Jiri Benc] > > > > On Sat, Jun 18, 2016 at 06:38:54PM -0700, pravin shelar wrote: > >> On Thu, Jun 16, 2016 at 10:53 PM, Simon Horman > >>

[ovs-dev] [PATCH 4/4] system-traffic: Remove basic connectivity tests.

For many of the tests, we would first execute a "basic connectivity check" to validate the sanity of the setup before running the test traffic which probes the actual OVS behaviour. However, by running traffic through the rules prior to running the test, it is more likely that the traffic hits

[ovs-dev] [PATCH 2/4] compat: ipv4: Pass struct net through ip_fragment.

From: "Eric W. Biederman" Upstream commit: ipv4: Pass struct net through ip_fragment Signed-off-by: "Eric W. Biederman" Upstream: 694869b3c544 ("ipv4: Pass struct net through ip_fragment") Signed-off-by: Joe Stringer ---

[ovs-dev] [PATCH 3/4] compat: Backport ip_do_fragment().

Prior to upstream Linux commit d6b915e29f4a ("ip_fragment: don't forward defragmented DF packet"), the fragmentation behaviour was incorrect when dealing with linear skbs, as it would not respect the "max_frag_size" that ip_defrag() provides, but instead attempt to use the output device's MTU. If

[ovs-dev] [PATCH 1/4] datapath: Pass net into ovs_fragment.

From: "Eric W. Biederman" Upstream commit: openvswitch: Pass net into ovs_fragment In preparation for the ipv4 and ipv6 fragmentation code taking a net parameter pass a struct net into ovs_fragment where the v4 and v6 fragmentation code is called.

[ovs-dev] [PATCH 0/4] Fix IP refragmentation in upcall/execute path.

When the backport of ip_do_fragment() was done, it seemed as though the upstream version of this function could always be trusted, provided we ensure that we cannot trigger the ICMP response checks inside the upstream implementation. This seemed to be correct, based on the kernel module tests

Re: [ovs-dev] [PATCH] bridge: allow OVS to interact with controller through sockets outside run dir

On Mon, Jun 20, 2016 at 02:19:40PM -0700, Ansis Atteka wrote: > Currently Open vSwitch is unable to create or connect to Unix Domain > Sockets outside designated 'run' directory, because of fear of potential > remote exploits where a hacked remote OVSDB manager would tell Open vSwitch > to connect

Re: [ovs-dev] [PATCH v1] Add new column compute_types to OVN_Southbound

> On Jun 22, 2016, at 2:30 PM, Guru Shetty wrote: > > > > On 21 June 2016 at 12:20, Amitabha Biswas > wrote: > This patch allows a OVN hypervisor administator to specify the > type(s) of non-distributed logical port, the

[ovs-dev] [PATCH] ofproto-dpif.at: Fix typo

Nitpick: correct spelling of the word 'dropped' The typo appears to have been introduced in this changeset: http://openvswitch.org/pipermail/dev/2014-March/037433.html Signed-off-by: Flavio Fernandes --- tests/ofproto-dpif.at | 8 1 file changed, 4 insertions(+), 4

[ovs-dev] Payment

Dear dev, Our records show that we have not yet received payment for the previous order #A-680560 Could you please send payment as soon as possible? Please find attached file for details. Yours sincerely Daniel Edwards Key Account Director Municipalities

[ovs-dev] [PATCHv10 0/2] datapath: Packet truncation backports.

This series adds the packet truncate action to OVS kernel and userspace. The kernel datapath is upstreamed to net-next, so backports are provided for Linux kernel 3.10 - 4.6. Patch 1 provides the kernel code and compiles on each Linux version within this range. The backports are tested on

[ovs-dev] [PATCHv10 1/2] datapath:backport: openvswitch: Add packet truncation support.

Upstream commit: commit f2a4d086ed4c588d32fe9b7aa67fead7280e7bf1 Author: William Tu Date: Fri Jun 10 11:49:33 2016 -0700 openvswitch: Add packet truncation support. The patch adds a new OVS action, OVS_ACTION_ATTR_TRUNC, in order to truncate

Re: [ovs-dev] [PATCHv9 2/2] ofp-actions: Add truncate action.

On Tue, Jun 21, 2016 at 9:58 PM, William Tu wrote: > Hi Pravin, > > Thanks for the feedback. > >>> @@ -4084,10 +4089,13 @@ dp_execute_cb(void *aux_, struct dp_packet_batch >>> *packets_, >>> int i; >>> >>> if (!may_steal) { >>> -

[ovs-dev] [PATCHv10 2/2] ofp-actions: Add truncate action.

The patch adds a new action to support packet truncation. The new action is formatted as 'output(port=n,max_len=m)', as output to port n, with packet size being MIN(original_size, m). One use case is to enable port mirroring to send smaller packets to the destination port so that only useful

Re: [ovs-dev] [PATCH v1] Add new column compute_types to OVN_Southbound

On 21 June 2016 at 12:20, Amitabha Biswas wrote: > This patch allows a OVN hypervisor administator to specify the > type(s) of non-distributed logical port, the hypervisor would > prefer to support. > > In some cloud deployments such as OpenStack, the operator may want > to

[ovs-dev] Payment

Dear dev, Our records show that we have not yet received payment for the previous order #A-087154 Could you please send payment as soon as possible? Please find attached file for details. Yours sincerely Ellis Hobbs Key Account Director Municipalities

Re: [ovs-dev] SFC summary?

>> it implies storing of port chain and port pair group information >> as metadata Which is my concern too. While sfc is a standard use case, I see it as a variation of a customized packet flow definition. The port-pairs if defined in ovn could limit how someone can do custom traffic flows. I am

[ovs-dev] Payment

Dear dev, Our records show that we have not yet received payment for the previous order #A-076360 Could you please send payment as soon as possible? Please find attached file for details. Yours sincerely Meghan Barlow VP Finance & Controller ___ dev

[ovs-dev] Payment

Dear dev, Our records show that we have not yet received payment for the previous order #A-661099 Could you please send payment as soon as possible? Please find attached file for details. Yours sincerely Kelley Pacheco Mexico Key Account Director

[ovs-dev] [PATCH] datapath-windows: Rename local variable in Vport.c

Declaration of 'event' hides previous local declaration. Rename this to evt. The other variable wasn't being used. Signed-off-by: Sairam Venugopal --- datapath-windows/ovsext/Vport.c | 14 +++--- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git

Re: [ovs-dev] SFC summary?

"dev" wrote on 06/22/2016 01:07:36 PM: > From: Ryan Moats/Omaha/IBM@IBMUS > To: Ben Pfaff > Cc: dev@openvswitch.org > Date: 06/22/2016 01:08 PM > Subject: Re: [ovs-dev] SFC summary? > Sent by: "dev" > > Ben Pfaff

Re: [ovs-dev] [PATCH] update .gitignore files for debian build artifacts

These have been getting in my away because I need to rebuild openvswitch for it's packages for openvswitch-dev which is required for the python C bindings in the tree. Would be good to figure out how to be able to install the python bindings using the intree code rather the package. On Wed, Jun

[ovs-dev] [PATCH] update .gitignore files for debian build artifacts

After running: `fakeroot debian/rules binary` These files are left uncommitted to the source tree and should be ignored. Signed-off-by: Aaron Rosen --- .gitignore| 1 + debian/.gitignore | 3 +++ 2 files changed, 4 insertions(+) diff --git a/.gitignore

[ovs-dev] [PATCH v3] Travis: Added python plugins flake8 and hacking.

Travis builds will now automatically run flake8 and hacking checks against Python code and generate warnings. Signed-off-by: William Townsend --- v2: * Dropped change to .travis.yml, addition of $HOME/.location/bin to $PATH not needed. v3: * Moved both packages to the

Re: [ovs-dev] [PATCH] debian: Fix upgrade from OVS-2.5 to newer OVS.

On 17 June 2016 at 12:42, Joe Stringer wrote: > Commit 0dcc739e7a28 ("debian: Move ovs-lib to openvswitch-common.") > shifted a file between debian packages, but didn't update the > destination package annotations to indicate that it replaces a file > from earlier versions of the

Re: [ovs-dev] SFC summary?

Ben Pfaff wrote on 06/22/2016 12:47:06 PM: > From: Ben Pfaff > To: Ryan Moats/Omaha/IBM@IBMUS > Cc: dev@openvswitch.org > Date: 06/22/2016 12:47 PM > Subject: SFC summary? > > Ryan, any chance you could give us a summary of the SFC ideas that have > come out of the

Re: [ovs-dev] [PATCH V3] datapath-windows: Handle possible NULL pointer dereference in STT

I had a minor comment. Acked-by: Sairam Venugopal On 6/21/16, 5:42 PM, "Paul Boca" wrote: >Check if OvsAllocatememoryWithTag succeeded or not. >In case of failure propagate cleanup and return. >--- >V2: Checked also NdisGetDataBuffer and

Re: [ovs-dev] [PATCH v2] Travis: Added python plugins flake8 and hacking.

On Wed, Jun 22, 2016 at 10:41 AM, William Townsend wrote: > Travis builds will now automatically run flake8 and hacking checks against > Python code and generate warnings. > > Signed-off-by: William Townsend > > --- > V2: > * Dropped change to

Re: [ovs-dev] TCP MSS clamping for VXLAN over Internet ( draft patch attached )

On Wed, Jun 22, 2016 at 10:32 AM, Jeroen van Bemmel wrote: > Hi Jesse, > > Thanks for responding. I also found > http://discuss.openvswitch.narkive.com/WvgqV9fj/ovs-discuss-tunnel-path-mtu-discovery-deprecated-in-1-9-and-what-t-the-substitution > about Path MTU discovery, 3

[ovs-dev] SFC summary?

Ryan, any chance you could give us a summary of the SFC ideas that have come out of the huge discussion on openstack-dev? I'd like to know what approach we're likely to pursue. (I'd be happy to hear from anyone else, too, but I think I recall that you were planning to take a lead here.) Thanks,

Re: [ovs-dev] TCP MSS clamping for VXLAN over Internet ( draft patch attached )

Hi Jesse, Thanks for responding. I also found http://discuss.openvswitch.narkive.com/WvgqV9fj/ovs-discuss-tunnel-path-mtu-discovery-deprecated-in-1-9-and-what-t-the-substitution about Path MTU discovery, 3 years ago. It seems like the topic is being discussed over and over, without ever getting

[ovs-dev] [PATCH] [PATCH v1] ovn: align lrp 'network' to lsp 'addresses'

This patch renames Logical_Router_Port 'network' column to 'networks' and aligns it to Logical_Switch_Port 'addresses' column for peer port in Logical_Switch_Port which type is 'router'. Currently, a lsp port whos type is 'router', may have multiple addresses for IPv6 address case, but it's peer

Re: [ovs-dev] [PATCH] ovn: Allow IP packets destined to router ip for SNAT

On 22 June 2016 at 10:15, Chandra Sekhar Vejendla wrote: > > Hi Guru, > > I am fine with the changes. You can go ahead and apply them. > Thank you, applied! > > Thanks, > Chandra > > Guru Shetty wrote on 06/22/2016 09:39:17 AM: > > > From: Guru Shetty

Re: [ovs-dev] [PATCH] ovn: Allow IP packets destined to router ip for SNAT

Hi Guru, I am fine with the changes. You can go ahead and apply them. Thanks, Chandra Guru Shetty wrote on 06/22/2016 09:39:17 AM: > From: Guru Shetty > To: Chandra Sekhar Vejendla/San Jose/IBM@IBMUS > Cc: ovs dev > Date: 06/22/2016 09:39 AM

Re: [ovs-dev] [RFC PATCH 07/14] Add APIs to set NSH keys for match fields

On Tue, Jun 21, 2016 at 7:40 PM, Li, Johnson wrote: >> On Tue, Jun 21, 2016 at 6:50 PM, Li, Johnson wrote: >> >> Please make a generalized push/pop Ethernet header rather than a >> >> specialized one for this case. There are other use cases that

[ovs-dev] beneficial offer

Hello! We are looking for employees working remotely. My name is Regina, am the personnel manager of a large International company. Most of the work you can do from home, that is, at a distance. Salary is $2500-$5000. If you are interested in this offer, please visit Our Site Best

Re: [ovs-dev] [PATCH v8] datapath-windows: Add support for UDP and ICMP to Conntrack Module

There still are some NULL pointer checks that need to be done, but we can add them later. Acked-by: Alin Gabriel Serdean > -Mesaj original- > De la: dev [mailto:dev-boun...@openvswitch.org] În numele Sairam > Venugopal > Trimis: Tuesday, June 21, 2016

Re: [ovs-dev] [PATCH v2] ovs-lib: Keep internal interface ip during upgrade.

On Tue, Jun 21, 2016 at 7:27 PM, Daniele Di Proietto wrote: > Commit 9b5422a98f81("ovs-lib: Try to call exit before killing.") > introduced a problem where internal interfaces are destroyed and > recreated, losing their IP address. > > Commit 9aad5a5a96ba("ovs-vswitchd:

Re: [ovs-dev] [PATCH v2] VxLAN-gpe implementation

On Wed, Jun 22, 2016 at 5:10 AM, Thadeu Lima de Souza Cascardo wrote: > On Tue, Jun 21, 2016 at 07:07:49PM -0700, Jesse Gross wrote: >> On Tue, Jun 21, 2016 at 5:53 PM, Yang, Yi wrote: >> > On Tue, Jun 21, 2016 at 09:26:58AM -0700, Jesse Gross wrote: >>

Re: [ovs-dev] [PATCH] datapath-windows: Handle memory allocation failure for event creation

> -Mesaj original- > De la: dev [mailto:dev-boun...@openvswitch.org] În numele Sairam > Venugopal > Trimis: Wednesday, June 22, 2016 2:54 AM > Către: dev@openvswitch.org > Subiect: [ovs-dev] [PATCH] datapath-windows: Handle memory allocation > failure for event creation > > Release the

Re: [ovs-dev] [PATCH] datapath-windows: Remove unused headers in Event.c

Acked-by: Alin Gabriel Serdean > -Mesaj original- > De la: dev [mailto:dev-boun...@openvswitch.org] În numele Sairam > Venugopal > Trimis: Wednesday, June 22, 2016 1:24 AM > Către: dev@openvswitch.org > Subiect: [ovs-dev] [PATCH] datapath-windows: Remove

Re: [ovs-dev] [PATCH] ovn: Allow IP packets destined to router ip for SNAT

On 21 June 2016 at 18:36, Chandra S Vejendla wrote: > By default all the ip traffic destined to router ip is dropped in > lr_in_ip_input stage. When the router ip is used as snat ip, allow > reverse snat traffic destined to the router ip. > > Signed-off-by: Chandra Sekhar

[ovs-dev] [PATCH v3 5/5] dpif-netlink: add GENEVE creation support

Creates GENEVE devices using rtnetlink and tunnel metadata. If the kernel does not support tunnel metadata, it will return EINVAL because of the missing ID and REMOTE attributes. This was tested on kernels 4.2.3, 4.3.6, 4.4.9 and 4.5.5. All of them worked with the system traffic test "datapath -

[ovs-dev] [PATCH v3 2/5] dpif-netlink: break out code to add compat and non-compat vports

The vport type for adding tunnels is now compatibility code and any new features from tunnels must configure the tunnel as an interface using the tunnel metadata support. In order to be able to add those tunnels, we need to add code to create the tunnels and add them as NETDEV vports. And when

[ovs-dev] [PATCH v3 0/5] create tunnel devices using rtnetlink interface

This series adds support for the creation of tunnels using the rtnetlink interface. This will open the possibility for new features and flags on those vports without the need to change vport compatibility code. Support for STT and LISP have not been added because these are not upstream yet, so we

[ovs-dev] [PATCH v3 1/5] netdev: get device type from vport prefix if it uses one

If the device name uses a vport prefix, then use that vport type. Since these names are reserved, we can assume this is the right type. This is important when we are querying the datapath right after vswitch has started and using the right type will be even more important when we add support to

[ovs-dev] [PATCH v3 3/5] dpif-netlink: add VXLAN creation support

Creates VXLAN devices using rtnetlink and tunnel metadata. If the kernel does not support tunnel metadata, it will return EINVAL because of the missing VNI attribute. This was tested on kernels 4.2.3, 4.3.6, 4.4.9, 4.5.5 and RHEL-based 3.10. All of them worked with the system traffic test

[ovs-dev] [PATCH v3 4/5] dpif-netlink: add GRE creation support

Creates GRE devices using rtnetlink and tunnel metadata. If the kernel does not support tunnel metadata, it will return EEXIST because of the fallback tunnel. However, on kernels between v3.10 and v3.12, it will not. So, we need to verify the created tunnel has the tunnel metadata attribute. This

Re: [ovs-dev] [PATCH 1/5] datapath-windows: IPv6 support for IpHelper

"dev" wrote on 05/31/2016 05:45:22 PM: > From: Sorin Vinturis > To: "dev@openvswitch.org" > Date: 05/31/2016 05:46 PM > Subject: [ovs-dev] [PATCH 1/5] datapath-windows: IPv6 support for IpHelper > Sent by:

Re: [ovs-dev] [PATCH v2] ovs-lib: Keep internal interface ip during upgrade.

On 21 June 2016 at 19:27, Daniele Di Proietto wrote: > Commit 9b5422a98f81("ovs-lib: Try to call exit before killing.") > introduced a problem where internal interfaces are destroyed and > recreated, losing their IP address. > > Commit 9aad5a5a96ba("ovs-vswitchd: Preserve

[ovs-dev] Companies that use Cisco products like Unified Communications Manager, USC Hardware, FlexPod etc.

Hi, Would you be interested in Cisco Product users list? This technology specific list contains the accurate information of executives from companies that use Cisco products like Unified Communications Manager, USC Hardware, FlexPod, ACI etc. You may reach the exact target titles from these

Re: [ovs-dev] [PATCH v6] netdev-dpdk: add hotplug support

"dev" wrote on 05/26/2016 04:28:41 PM: > From: Mauricio Vasquez B > To: dev@openvswitch.org > Cc: f...@sysclose.org, kevin.tray...@intel.com > Date: 05/26/2016 04:29 PM > Subject: [ovs-dev] [PATCH v6] netdev-dpdk: add

[ovs-dev] [PATCH v2] Travis: Added python plugins flake8 and hacking.

Travis builds will now automatically run flake8 and hacking checks against Python code and generate warnings. Signed-off-by: William Townsend --- V2: * Dropped change to .travis.yml, addition of $HOME/.location/bin to $PATH not needed. .travis/linux-prepare.sh | 2 ++ 1

Re: [ovs-dev] [PATCH RFC 6/6] dpif-netdev: Add dpif-netdev/pmd-rxq-set appctl command.

"dev" wrote on 05/12/2016 08:43:15 AM: > From: Ilya Maximets > To: dev@openvswitch.org, Daniele Di Proietto > Cc: Dyasly Sergey , Flavio Leitner > , Ilya Maximets

Re: [ovs-dev] [PATCH RFC 4/6] dpif-netdev: XPS (Transmit Packet Steering) implementation.

"dev" wrote on 05/12/2016 08:43:13 AM: > From: Ilya Maximets > To: dev@openvswitch.org, Daniele Di Proietto > Cc: Dyasly Sergey , Flavio Leitner > , Ilya Maximets

Re: [ovs-dev] [PATCH RFC 2/6] dpif-netdev: Allow configuration of number of tx queues.

"dev" wrote on 05/12/2016 08:43:11 AM: > From: Ilya Maximets > To: dev@openvswitch.org, Daniele Di Proietto > Cc: Dyasly Sergey , Flavio Leitner > , Ilya Maximets

Re: [ovs-dev] [PATCH RFC 1/6] netdev-dpdk: Use instant sending instead of queueing of packets.

"dev" wrote on 05/12/2016 08:43:10 AM: > From: Ilya Maximets > To: dev@openvswitch.org, Daniele Di Proietto > Cc: Dyasly Sergey , Flavio Leitner > , Ilya Maximets

Re: [ovs-dev] [RFC Patch] dpif-netdev: Sorted subtable vectors per in_port in dpcls

>-Original Message- >From: dev [mailto:dev-boun...@openvswitch.org] On Behalf Of Jan >Scheurich >Sent: Thursday, June 16, 2016 2:56 PM >To: dev@openvswitch.org >Subject: [ovs-dev] [RFC Patch] dpif-netdev: Sorted subtable vectors per >in_port in dpcls > >The user-space datapath

Re: [ovs-dev] [PATCH RFC 1/1] netdev-dpdk: add jumbo frame support

"dev" wrote on 05/12/2016 04:38:21 AM: > From: Mark Kavanagh > To: dev@openvswitch.org, jim.lozanov...@ericsson.com > Date: 05/12/2016 04:38 AM > Subject: [ovs-dev] [PATCH RFC 1/1] netdev-dpdk: add jumbo frame support > Sent by: "dev"

[ovs-dev] Delivery failed

Dear user of openvswitch.org, administration of openvswitch.org would like to inform you that, We have detected that your email account has been used to send a large amount of spam during this week. Probably, your computer had been infected by a recent virus and now contains a trojan proxy

[ovs-dev] Returned mail: see transcript for details

Message could not be delivered ___ dev mailing list dev@openvswitch.org http://openvswitch.org/mailman/listinfo/dev

[ovs-dev] Error

The original message was received at Wed, 22 Jun 2016 17:36:51 +0530 from 53.213.245.85 - The following addresses had permanent fatal errors - dev@openvswitch.org - Transcript of session follows - ... while talking to openvswitch.org.: 554 Service unavailable; [12.155.16.233]

Re: [ovs-dev] [PATCH v2] VxLAN-gpe implementation

On Tue, Jun 21, 2016 at 07:07:49PM -0700, Jesse Gross wrote: > On Tue, Jun 21, 2016 at 5:53 PM, Yang, Yi wrote: > > On Tue, Jun 21, 2016 at 09:26:58AM -0700, Jesse Gross wrote: > >> On Mon, Jun 20, 2016 at 7:30 PM, Yang, Yi wrote: > >> > On Mon, Jun 20,

Re: [ovs-dev] [PATCH] netdev-dpdk: add sflow support for vhost-user ports

> >Hi Mark, > >RFC 2863 standard describes in "Interface Numbering" chapter >(https://tools.ietf.org/html/rfc2863#page-10) that if there's possibility to >reuse ifindex >after reinitialization then it should be reused. [MK] Very interesting - thanks for the link. And in our case it's

[ovs-dev] darlehen angebot

Antworten über Email für sichern & ungesichert Darlehen,leihen von 3000euro bis zu 6000.000 Euro. wählen von 1 Jahr nach 20 Jahre wie Darlehen Dauer. rakeshvin...@qq.com ___ dev mailing list dev@openvswitch.org