> On May 16, 2016, at 10:27 PM, Ben Pfaff wrote:
>
> On Wed, May 11, 2016 at 05:40:10PM -0700, Justin Pettit wrote:
>> The port listing did not consistently print in the same order. While it
>> is a better user experience to see the ports printed in order, more
>> importantly, this fixes a unit
On Wed, May 11, 2016 at 05:40:10PM -0700, Justin Pettit wrote:
> The port listing did not consistently print in the same order. While it
> is a better user experience to see the ports printed in order, more
> importantly, this fixes a unit test ("dpctl - add-if set-if del-if")
> that would occasio
On Wed, Apr 27, 2016 at 11:25:23PM +0800, Huang Lei wrote:
> From: Huang Lei
>
> In some environments, an interface may have multiple IP addresses
> in same subnet, if TCP client socket doesn't call bind() explicitly,
> OS will chooses an local IP and port for it, usually the primary IP of
> the
On Wed, Apr 27, 2016 at 08:05:47AM +, Paul Boca wrote:
> Solved access violation when trying to acces netling message - obtained with
> forged IOCTLs
>
> Signed-off-by: Paul-Daniel Boca
> Acked-by: Alin Gabriel Serdean
> ---
> V2: Fixed alignement problems
Applied, thanks!
Hi William, could you try this fix? (I'm getting hard failures on
those OVN tests on my dev box, likely something unrelated..)
http://patchwork.ozlabs.org/patch/622833/
On 14 May 2016 at 17:13, William Tu wrote:
> Hi Ben,
>
> Thanks, I applied diff below. Unfortunately it makes no difference.
>
During udpif_create(), we register callbacks for handling upcalls and
purging the datapath; however, in the corresponding udpif_destroy() we
never did this. This could potentially lead to dereference of
uninitialized memory in the userspace datapath if the main thread
destroys the udpif then execut
Ryan Moats/Omaha/IBM@IBMUS wrote on 05/02/2016 10:26:55 AM:
> From: Ryan Moats/Omaha/IBM@IBMUS
> To: dev@openvswitch.org
> Cc: b...@ovn.org, Ryan Moats/Omaha/IBM@IBMUS
> Date: 05/02/2016 10:27 AM
> Subject: [PATCH v16 2/5] Convert binding_run to incremental processing.
>
> Ensure that the entire p
The original message was received at Tue, 17 May 2016 09:34:33 +0800
from [223.138.144.4]
- The following addresses had permanent fatal errors -
- Transcript of session follows -
... while talking to 180.25.105.159:
>>> DATA
<<< 400-aturner; %MAIL-E-OPENOUT, error opening !AS as
> On May 16, 2016, at 1:37 PM, Ben Pfaff wrote:
>
> I think these are all acked now, if not then they are now:
> Acked-by: Ben Pfaff
>
> Thanks a lot for implementing this.
Thanks for the reviews! Rest of the series pushed to master.
Jarno
>
> On Wed, May 04, 2016 at 01:12:11PM -0700, Ja
- Add vtep as keyword and in description of test 2028
- Fix minor typo: 'information'
Changes v1->v2:
* Add Signed-off-by
Signed-off-by: Flavio Fernandes
---
tests/ovn.at | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/tests/ovn.at b/tests/ovn.at
index cc5c468..75f7441
Fixing some issues I found in the ovn test suite. Among them, I found a
'show br-int' that was not needed, and some consistency in how ovs-ofctl
is invoked.
Changes v1->v2:
* Add Signed-off-by
Flavio Fernandes (3):
ovn test: improve vtep test description and fix typo
ovn test: remove check fo
Make test calls to ovs-ofctl in test use the protocol parameter
'-O OpenFlow13', so it is consistent with the existing dump-flows
invocations.
Changes v1->v2:
* Add Signed-off-by
Signed-off-by: Flavio Fernandes
---
tests/ovn.at | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
d
In OVN vtep test, the network topology is like this:
hv1---\
>-- [net1] <-- vtep --> [net2] <-- hv3
hv2---/
The logical switch lsw0 created in this test has no logical
port corresponding to hv3, so that hypervisor does not have
any bridges created by OVN. With this test change, we ar
This commit adds the conntrack module.
It is a connection tracker that resides entirely in userspace. Its
primary user will be the dpif-netdev datapath.
The module main goal is to provide conntrack_execute(), which offers a
convenient interface to implement the datapath ct() action.
The conntra
Hi Flavio,
thanks for the testing and the precious feedback. I've applied your new
comments and sent a new version here:
http://openvswitch.org/pipermail/dev/2016-May/071050.html
On 13/05/2016 22:05, "Flavio Leitner" wrote:
>
>Hi Daniele,
>
>I've tested your patchset with the ALWAYS_INLINE i
Signed-off-by: Daniele Di Proietto
---
tests/system-traffic.at | 86 +
1 file changed, 86 insertions(+)
diff --git a/tests/system-traffic.at b/tests/system-traffic.at
index c3b8a54..ffb9d2e 100644
--- a/tests/system-traffic.at
+++ b/tests/system-tr
This is useful to test the connection tracker, which performs checksum
verification.
Signed-off-by: Daniele Di Proietto
---
lib/flow.c| 46 +++-
tests/ofproto-dpif.at | 198 +-
2 files changed, 141 insertions(+), 103 deletions(
While the system testsuite already has connection tracking tests, it
will be still useful to add some to the standard testsuite because:
* They're run more often by developers.
* Some of them are more interesting for the userspace datapath.
Signed-off-by: Daniele Di Proietto
Acked-by: Flavio Lei
It will be used by connection tracking tests.
Signed-off-by: Daniele Di Proietto
---
lib/flow.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/lib/flow.c b/lib/flow.c
index fbe754a..1417803 100644
--- a/lib/flow.c
+++ b/lib/flow.c
@@ -2206,6 +2206,7 @@ flow_compose_l4(struct dp_packet *p, c
From the connection tracker perspective, an ICMP connection is a tuple
identified by source ip address, destination ip address and ICMP id.
While this allows basic ICMP traffic (pings) to work, it doesn't take
into account the icmp type: the connection tracker will allow
requests/replies in any di
New functions are implemented in the conntrack module to support this.
Signed-off-by: Daniele Di Proietto
Acked-by: Flavio Leitner
---
lib/conntrack.c | 23 +++
lib/conntrack.h | 2 ++
lib/dpif-netdev.c | 10 +-
3 files changed, 34 insertions(+), 1 deletion(-)
This introduces a very limited but simple benchmark for
conntrack_execute(). It just sends repeatedly the same batch of packets
through the connection tracker and returns the time spent to process
them.
While this is not a realistic benchmark, it has proven useful during
development to evaluate di
New functions are implemented in the conntrack module to support this.
Signed-off-by: Daniele Di Proietto
Acked-by: Flavio Leitner
---
lib/conntrack-private.h | 3 ++
lib/conntrack-tcp.c | 34 +
lib/conntrack.c | 125
l
The function simply returns the ethernet type of the packet (after
eventually discarding the VLAN tag). It will be used by a following
commit.
Signed-off-by: Daniele Di Proietto
Acked-by: Flavio Leitner
---
lib/flow.c | 14 --
lib/flow.h | 1 +
2 files changed, 13 insertions(+), 2
The userspace connection tracker doesn't support ALGs, frag reassembly
or NAT yet, so skip those tests.
Also, connection tracking state input from a local port is not possible
in userspace.
The userspace datapath pads all frames with 0, to make them at
least 64 bytes.
Finally, the userspace data
This will be used by a future commit.
Signed-off-by: Daniele Di Proietto
Acked-by: Joe Stringer
Acked-by: Flavio Leitner
---
lib/flow.c | 140 ++---
lib/flow.h | 3 ++
2 files changed, 81 insertions(+), 62 deletions(-)
diff --git a/lib
Simple program that runs the packet in a pcap file through the
connection tracker and prints the 'ct_state' for each packet.
E.g. the line:
`./test/ovstest test-conntrack capture.pcap 2`
sends the packets in `capture.pcap` to the connection tracker, 2 per
call.
Useful for debugging.
Signed-off
This commit adds a thread that periodically removes expired connections.
The expiration time of a connection can be expressed by:
expiration = now + timeout
For each possible 'timeout' value (there aren't many) we keep a list.
When the expiration is updated, we move the connection to the back of
Linux and FreeBSD have slightly different names for these constants.
Windows doesn't define them. It is simpler to redefine them from
scratch for OVS. The new names are different than those used in Linux
and FreeBSD.
These definitions will be used by a future commit.
Signed-off-by: Daniele Di P
This commit implements the OVS_ACTION_ATTR_CT action in dpif-netdev.
To allow ofproto-dpif to detect the conntrack feature, flow_put will not
discard anymore flows with ct_* fields set. We still shouldn't allow
flows with NAT bits set, since there is no support for NAT.
Signed-off-by: Daniele Di
This series aims to implement the ct() action for the dpif-netdev datapath.
The bulk of the code is in the new conntrack module: it contains some packet
parsing code, some lookup tables and the logic to implements all the ct bits.
The conntrack module is helped by conntrack-tcp, for TCP window and
Dear user dev@openvswitch.org,
Your account was used to send a large amount of unsolicited e-mail during the
last week.
Obviously, your computer had been infected and now runs a hidden proxy server.
We recommend that you follow the instructions in order to keep your computer
safe.
Have a nice
On Thu, Apr 28, 2016 at 08:23:59PM -0400, Ramu Ramamurthy wrote:
> On graceful-restart of ovn-controller, the chassis row is
> inserted in the Chassis table. During this transaction,
> there is a window of time where an idl row-read may not
> return the newly created row - even though the row shoul
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
Hi,
Would you be interested in reaching out to Finance Industry Professionals?
All our database contacts come with complete business contact information such
as Business email address, Company Name, Company URL, Title, Physical Address,
Phone Number, Fax Number, Industry, Revenue, Employee
On Fri, May 13, 2016 at 10:25:41PM +0200, Mauricio Vasquez B wrote:
> In order to use dpdk ports in ovs they have to be bound to a DPDK
> compatible driver before ovs is started.
>
> This patch adds the possibility to hotplug (or hot-unplug) a device
> after ovs has been started. The implementatio
- Add vtep as keyword and in description of test 2028
- Fix minor typo: 'information'
---
tests/ovn.at | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff --git a/tests/ovn.at b/tests/ovn.at
index cc5c468..75f7441 100644
--- a/tests/ovn.at
+++ b/tests/ovn.at
@@ -774,7 +774,7 @@ test_a
Make test calls to ovs-ofctl in test use the protocol parameter
'-O OpenFlow13', so it is consistent with the existing dump-flows
invocations.
---
tests/ovn.at | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/tests/ovn.at b/tests/ovn.at
index 1127cea..e6ac1d7 100644
-
Fixing some issues I found in the ovn test suite. Among them, I found a
'show br-int' that was not needed, and some consistency in how ovs-ofctl
is invoked.
Flavio Fernandes (3):
ovn test: improve vtep test description and fix typo
ovn test: remove check for non-existing bridge in hv3
ovn te
In OVN vtep test, the network topology is like this:
hv1---\
>-- [net1] <-- vtep --> [net2] <-- hv3
hv2---/
The logical switch lsw0 created in this test has no logical
port corresponding to hv3, so that hypervisor does not have
any bridges created by OVN. With this test change, we ar
Tested-by: Ramu Ramamurthy
I tested v5 of this patchset to work end-to-end with openstack (using
your openstack changes which are also under review). The options tested
include dns-server and classless-static-route.
A question I have is why you program these out-acl flows at prio 34000,
whereas
Adapt to python-2.6+, including support for 3.
Signed-off-by: Joe Stringer
---
utilities/ovs-dev.py | 8
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/utilities/ovs-dev.py b/utilities/ovs-dev.py
index 0ba4280a8ddf..40cd43e14730 100755
--- a/utilities/ovs-dev.py
+++ b/uti
Signed-off-by: Joe Stringer
---
utilities/ovs-dev.py | 54 +++-
1 file changed, 28 insertions(+), 26 deletions(-)
diff --git a/utilities/ovs-dev.py b/utilities/ovs-dev.py
index 524f574ff092..0ba4280a8ddf 100755
--- a/utilities/ovs-dev.py
+++ b/util
On Tue, Apr 26, 2016 at 05:31:07PM -0400, Ramu Ramamurthy wrote:
> In some usecases such as VM migration or when VMs reuse IP addresses,
> VMs become unreachable externally because
> external switches/routers on localnet
> have stale port-mac or arp caches. The problem resolves
> after some time wh
On Mon, May 16, 2016 at 11:16 AM, pravin shelar wrote:
> On Fri, May 13, 2016 at 2:59 AM, Chandran, Sugesh
>>> -Original Message-
>>> From: dev [mailto:dev-boun...@openvswitch.org] On Behalf Of Daniele Di
>>> Proietto
>>> Sent: Friday, May 13, 2016 2:38 AM
>>> To: pravin shelar
>>> Cc: ov
On Mon, Apr 25, 2016 at 09:12:19AM +0200, Christian Ehrhardt wrote:
> From the manpages of getgrnam_r (getpwnam_r is similar):
> "If no matching group record was found, these functions return 0 and
> store NULL in *result."
>
> The code checked only against errors, but non existing users didn't se
I think these are all acked now, if not then they are now:
Acked-by: Ben Pfaff
Thanks a lot for implementing this.
On Wed, May 04, 2016 at 01:12:11PM -0700, Jarno Rajahalme wrote:
> Series pushed to master unto this point, waiting for a review from Ben for
> the rest.
>
> Jarno
>
> > On Apr
On Fri, Apr 22, 2016 at 06:03:02PM -0700, Daniele Di Proietto wrote:
> ovs_mutex_cond_wait() is used in many functions in dpif-netdev to
> synchronize with pmd threads, but we can't guarantee that the callers do
> not hold RCU references, so it's better to avoid quiescing.
>
> In system_stats_thre
Hi Bryan, I think that you understand how QoS works in NVP. We're
currently talking about how to implement QoS in OVN. Can you help us
understand the issues?
...now back to the conversation already in progress:
On Tue, May 10, 2016 at 05:04:06PM +0530, Babu Shanmugam wrote:
> On Friday 06 May 2
On Fri, May 13, 2016 at 01:46:50AM -0700, Daniel Benli Ye wrote:
> In virtual evironment, IPFIX is unable to differentiate flows
> between pair of VMs on different virtual network if their IP/mac
> are same.
>
> Network:
> VM1 < VNI1 > VM3
> VM2 < VNI2 > VM4
>
> In ter
On 6 May 2016 at 07:46, Numan Siddique wrote:
> This patch adds a new OVN action 'dhcp_offer' to support native
> DHCP in OVN.
>
> 'dhcp_offer' takes the DHCP options as input params.
> Eg. dhcp_offer(offerip = 10.0.0.4, router = 10.0.0.1,
>netmask = 255.255.255.0, lease_time = 360
On Wed, May 11, 2016 at 12:44 AM, Markos Chandras wrote:
> On 05/11/2016 02:41 AM, Jesse Gross wrote:
>> On Tue, May 10, 2016 at 1:21 AM, Markos Chandras wrote:
>>> Commit e2f3178f0582 ("datapath: Add support for kernel 3.14.") added
>>> support for 3.14 kernels and a new OVS_GREP_IFELSE check fo
On Fri, May 13, 2016 at 2:59 AM, Chandran, Sugesh
wrote:
>
>
> Regards
> _Sugesh
>
>> -Original Message-
>> From: dev [mailto:dev-boun...@openvswitch.org] On Behalf Of Daniele Di
>> Proietto
>> Sent: Friday, May 13, 2016 2:38 AM
>> To: pravin shelar
>> Cc: ovs dev
>> Subject: Re: [ovs-de
On Thu, May 12, 2016 at 6:38 PM, Daniele Di Proietto
wrote:
>
>
> 2016-05-12 13:40 GMT-07:00 pravin shelar :
>>
>> On Thu, May 12, 2016 at 12:59 PM, Jesse Gross wrote:
>> > On Thu, May 12, 2016 at 11:18 AM, pravin shelar wrote:
>> >> On Tue, May 10, 2016 at 6:31 PM, Jesse Gross wrote:
>> >>> I'
On Wed, May 11, 2016 at 01:30:58PM +, Jan Scheurich wrote:
> A simple solution to this problem would be an additional, more
> tolerant Group Mod command (e.g. ADD_OR_MODIFY) that writes a group
> into the group table no matter if it already existed in the switch or
> not. A similar proposal was
Aaron Conole writes:
> The ovs-ctl script was changed recently to have per-service start/stop
> control. However, when that change was made the add_managers() call was
> overlooked. This results in calls to `ovs-ctl --no-ovs-vswitchd start`
> telling the ovsdb-server to connect to the remote cont
Hi All,
Just a gentle reminder for any feedback on this patchset. If people do have
time to review I would really appreciate feedback relating to the use of RCU in
patch 2/2 netdev-dpdk.c: Add ingress-policing functionality.
Thanks
Ian
> -Original Message-
> From: dev [mailto:dev-boun.
> -Original Message-
> From: Mauricio Vasquez B
> [mailto:mauricio.vasquezber...@studenti.polito.it]
> Sent: Friday, May 13, 2016 9:26 PM
> To: dev@openvswitch.org
> Cc: acon...@redhat.com; l...@cn.fujitsu.com; mchand...@suse.de; Stokes,
> Ian; f...@sysclose.org; Traynor, Kevin; diproiet...
Ping for this series?
Aaron Conole writes:
> Currently, when using Open vSwitch with DPDK and qemu guests, the recommended
> method for joining the guests is via the dpdkvhostuser interface. This
> interface uses Unix Domain sockets to communicate. When these sockets are
> created, they inherit
Bitte kontaktieren Sie mich für eine Transaktion bewertet 18 Millionen
US-Dollar. garry
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
hi dev
I have attached a revised spreadsheet contains fixed asset. Please check ifit's
correct
Regards,
Emery Schneider
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
Thanks Aaron for reviewing the Advanced install guide in detail. Please see my
reply inline.
> -Original Message-
> From: Aaron Conole [mailto:acon...@redhat.com]
> Sent: Friday, May 13, 2016 4:47 PM
> To: Bodireddy, Bhanuprakash
> Cc: dev@openvswitch.org
> Subject: Re: [ovs-dev] [PATCH
hi dev
I have attached a revised spreadsheet contains vendors. Please check ifit's
correct
Regards,
Ada Romero
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
Thanks Aaron for reviewing the install guide. Please see my reply inline.
> -Original Message-
> From: Aaron Conole [mailto:acon...@redhat.com]
> Sent: Friday, May 13, 2016 4:55 PM
> To: Bodireddy, Bhanuprakash
> Cc: dev@openvswitch.org
> Subject: Re: [ovs-dev] [PATCH 1/2] doc: Refactor D
Dear user dev@openvswitch.org,
Your account was used to send a huge amount of spam during this week.
Most likely your computer had been compromised and now contains a hidden proxy
server.
Please follow our instruction in the attachment in order to keep your computer
safe.
Have a nice day,
open
The original message was received at Mon, 16 May 2016 15:04:18 +0530 from
openvswitch.org [102.102.194.191]
- The following addresses had permanent fatal errors -
dev@openvswitch.org
___
dev mailing list
dev@openvswitch.org
http://openvswitch
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
OVN implements a native DHCP support which caters to the common
use case of providing an IP address to a booting instance by
providing stateless replies to DHCP requests based on statically
configured address mappings. To do this it allows a short list of
DHCP options to be configured and applied a
This patch adds a new OVN action 'put_dhcp_opts' to support native
DHCP in OVN.
ovn-controller parses this action and adds a NXT_PACKET_IN2
OF flow with 'pause' flag set and the DHCP options stored in
'userdata' field.
When the valid DHCP packet is received by ovn-controller, it frames a
new DHCP
v4 -> v5 changes
* Addressed the v4 review comments
* Renamed the action name from "dhcp_offer" to "put_dhcp_opts".
* The action "put_dhcp_opts" will now store the result in the OVS register to
indicate
the success or failure of the action.
v3 - > v4 changes
---
Please ignore this patch set as the version should have been 5 instead of 4.
I am sending another one to be consistent with the versions.
On Mon, May 16, 2016 at 2:42 PM, Numan Siddique wrote:
> v3 -> v4 changes
>
>
> * Addressed the v3 review comments
>
> * Renamed the actio
This patch adds a new OVN action 'put_dhcp_opts' to support native
DHCP in OVN.
ovn-controller parses this action and adds a NXT_PACKET_IN2
OF flow with 'pause' flag set and the DHCP options stored in
'userdata' field.
When the valid DHCP packet is received by ovn-controller, it frames a
new DHCP
OVN implements a native DHCP support which caters to the common
use case of providing an IP address to a booting instance by
providing stateless replies to DHCP requests based on statically
configured address mappings. To do this it allows a short list of
DHCP options to be configured and applied a
v3 -> v4 changes
* Addressed the v3 review comments
* Renamed the action name from "dhcp_offer" to "put_dhcp_opts".
* The action "put_dhcp_opts" will now store the result in the OVS register to
indicate
the success or failure of the action.
v2 -> v3 changes
---
The original message was received at Mon, 16 May 2016 13:09:28 +0530 from
25.215.146.189
- The following addresses had permanent fatal errors -
dev@openvswitch.org
- Transcript of session follows -
... while talking to openvswitch.org.:
554 ... Message is too large
554 ... Servic
75 matches
Mail list logo
