Hi,
I have a bunch of openflow doubts. Can someone guide me on which forum, i
can post the queries. Can u please send me the forum's mail id?
thanks,
tech kals
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
Setup the n_upcall_pids to 1, otherwise the
OVS_VPORT_ATTR_UPCALL_PID nlattr will be incorrect.
Signed-off-by: Gao feng
---
lib/dpif-netlink.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/lib/dpif-netlink.c b/lib/dpif-netlink.c
index a9d60f7..8204d58 100644
--- a/lib/dpif-netlink.c
+++ b/
On 01/21/15 at 08:47pm, Ben Pfaff wrote:
> On Thu, Jan 22, 2015 at 12:21:20AM +0100, Thomas Graf wrote:
> > On 01/21/15 at 09:46am, Ben Pfaff wrote:
> > > enum ofperr {
> > > /* Expected duplications. */
> > >
> > > /* Expected: 0x0,3,5 in OF1.1 means both OFPBIC_BAD_EXPERIMENTER and
> > >
On 01/22/15 at 05:01pm, Gao feng wrote:
> Setup the n_upcall_pids to 1, otherwise the
> OVS_VPORT_ATTR_UPCALL_PID nlattr will be incorrect.
>
> Signed-off-by: Gao feng
Fixed a style issue and pushed this to master, branch-2.3 and branch-2.2.
___
dev ma
On 01/22/15 at 12:35pm, Thomas Graf wrote:
> On 01/22/15 at 05:01pm, Gao feng wrote:
> > Setup the n_upcall_pids to 1, otherwise the
> > OVS_VPORT_ATTR_UPCALL_PID nlattr will be incorrect.
> >
> > Signed-off-by: Gao feng
>
> Fixed a style issue and pushed this to master, branch-2.3 and branch-2.
If the OVS extension was previously enabled and the driver unloaded,
when the driver is loaded again a BSOD is triggered.
This happens because the OVS extension registers its FilterXxx routines
to NDIS, by calling NdisFRegisterFilterDriver, before performing all
the necessary initialization. Becau
Dear Sirs,
Our team is just implementing to add new datapath and the relevant provider to
OVS. The new datapath requires a unique flow identifier to identify flows all
over their life cycles.
For identification we intend to use the sequence number (monitor_seqno)
maintained by the connection m
This RFC patch provides a first draft implementation of the modifications
required in netdev-dpdk.c and vswitch.xml to allow for a DPDK user space QoS
algorithm. QoS has not been implemented fully in this patch, but the aim is
to solicit feedback early from the community on the initial design steps
On Thu, Jan 22, 2015 at 02:52:32PM +, Zoltán Balogh wrote:
> Our team is just implementing to add new datapath and the relevant
> provider to OVS. The new datapath requires a unique flow identifier to
> identify flows all over their life cycles. For identification we
> intend to use the sequen
On Thu, Jan 22, 2015 at 01:29:55PM +0530, tech_kals Kals wrote:
> I have a bunch of openflow doubts. Can someone guide me on which forum, i
> can post the queries. Can u please send me the forum's mail id?
https://mailman.stanford.edu/mailman/listinfo/openflow-discuss
openflow-disc...@lists.stanf
On Thu, Jan 22, 2015 at 12:39:05PM +0530, Shashwat Srivastava wrote:
> I am writing a whitepaper and wanted your permission to use the reference
> of Open VSwitch in our whitepaper.
I have never heard of a right to avoid being cited. I don't think such
a right exists.
___
On Thu, Jan 22, 2015 at 10:13:12AM +0100, Thomas Graf wrote:
> On 01/21/15 at 09:46am, Ben Pfaff wrote:
> > This error code was just overlooked before.
> >
> > Reported-by: Anup Khadka
> > Signed-off-by: Ben Pfaff
>
> Looks good after hunk move
>
> Acked-by: Thomas Graf
Thanks, I applied the
Hi,
I have enclosed the changes made in OVS DPDK code.
I'm planning to submit these changes as a patch.
Without the changes mentioned in this patch, compiler and linker errors
(enclosed) are seen during the build.
Hence please review the changes (in the enclosed file) I have made in the
OVS code
Upstream commit:
net: rename vlan_tx_* helpers since "tx" is misleading there
The same macros are used for rx as well. So rename it.
Signed-off-by: Jiri Pirko
Signed-off-by: David S. Miller
Upstream: df8a39d ("net: rename vlan_tx_* helpers since "tx" is misleading
there")
Sign
This series accounts for various upstream kernel changes and then
introduces VXLAN-GBP:
Introduces support for the group policy extension to the VXLAN virtual
port. The extension is disabled by default and only enabled if the user
has provided the respective configuration.
ovs-vsctl add-port br
This brings the compat version of vxlan_udp_encap_recv() and
vxlan_xmit_skb() in line with upstream commit:
commit 3bf3947526c1053ddf2523f261395d682718f56c
Author: Tom Herbert
Date: Thu Jan 8 12:31:18 2015 -0800
vxlan: Improve support for header flags
This patc
Upstream commit:
openvswitch: Support VXLAN Group Policy extension
Introduces support for the group policy extension to the VXLAN virtual
port. The extension is disabled by default and only enabled if the user
has provided the respective configuration.
ovs-vsctl add-port br0
Upstream commit:
openvswitch: Allow for any level of nesting in flow attributes
nlattr_set() is currently hardcoded to two levels of nesting. This change
introduces struct ovs_len_tbl to define minimal length requirements plus
next level nesting tables to traverse the key attribute
Upstream commit:
genetlink: pass only network namespace to genl_has_listeners()
There's no point to force the caller to know about the internal
genl_sock to use inside struct net, just have them pass the network
namespace. This doesn't really change code generation since it's
a
genlmsg_end() no longer returns an error value. Not a problem as it
never returned an error code anyway.
Upstream: 053c09 ("netlink: make nlmsg_end() and genlmsg_end() void")
Signed-off-by: Thomas Graf
---
datapath/datapath.c | 9 ++---
1 file changed, 6 insertions(+), 3 deletions(-)
diff -
Backport of upstream commit:
openvswitch: Rename GENEVE_TUN_OPTS() to TUN_METADATA_OPTS()
Also factors out Geneve validation code into a new separate function
validate_and_copy_geneve_opts().
A subsequent patch will introduce VXLAN options. Rename the existing
GENEVE_TUN_OPTS
Signed-off-by: Thomas Graf
---
FAQ.md | 1 +
NEWS | 2 +-
acinclude.m4 | 4 ++--
3 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/FAQ.md b/FAQ.md
index 02fe2d3..2de4936 100644
--- a/FAQ.md
+++ b/FAQ.md
@@ -147,6 +147,7 @@ A: The following table lists the Linux kernel v
Upstream commit:
vxlan: Group Policy extension
Implements supports for the Group Policy VXLAN extension [0] to provide
a lightweight and simple security label mechanism across network peers
based on VXLAN. The security context and associated metadata is mapped
to/from skb->mark
Supports a new "exts" field in the tunnel configuration which takes a
comma separated list of enabled extensions.
The only extension supported so far is GBP but this can be used to
enable RCO and possibly others as soon as the OVS datapath supports
them.
Signed-off-by: Thomas Graf
---
lib/dpif-
From: Madhu Challa
Introduces two new NXMs to represent VXLAN-GBP [0] fields.
actions=load:0x10->NXM_NX_TUN_GBP_ID[],NORMAL
tun_gbp_id=0x10,actions=drop
This enables existing VXLAN tunnels to carry security label
information such as a SELinux context to other network peers.
The values are
This message was not delivered due to the following reason(s):
Your message could not be delivered because the destination computer was
not reachable within the allowed queue period. The amount of time
a message is queued before it is returned depends on local configura-
tion parameters.
Most lik
On Tue, Dec 9, 2014 at 4:10 PM, Jarno Rajahalme wrote:
> OVS userspace already probes the openvswitch kernel module for
> OVS_ACTION_ATTR_SET_MASKED support. This patch adds the kernel module
> implementation of masked set actions.
>
> The existing set action sets many fields at once. When only
On Thu, Jan 22, 2015 at 10:44:32PM +0100, Thomas Graf wrote:
> Supports a new "exts" field in the tunnel configuration which takes a
> comma separated list of enabled extensions.
>
> The only extension supported so far is GBP but this can be used to
> enable RCO and possibly others as soon as the
On Thu, Jan 22, 2015 at 10:44:33PM +0100, Thomas Graf wrote:
> From: Madhu Challa
>
> Introduces two new NXMs to represent VXLAN-GBP [0] fields.
>
> actions=load:0x10->NXM_NX_TUN_GBP_ID[],NORMAL
> tun_gbp_id=0x10,actions=drop
>
> This enables existing VXLAN tunnels to carry security label
>
On Fri, Jan 23, 2015 at 12:16:37AM +0530, Shankari Vaidyalingam wrote:
> I have enclosed the changes made in OVS DPDK code.
> I'm planning to submit these changes as a patch.
> Without the changes mentioned in this patch, compiler and linker errors
> (enclosed) are seen during the build.
> Hence p
Apologies. Forgot to to include the diffs in the attachment.
Please find enclosed the diffs along with the description of the changes.
Regards
Shankari.V
On Fri, Jan 23, 2015 at 4:37 AM, Ben Pfaff wrote:
> On Fri, Jan 23, 2015 at 12:16:37AM +0530, Shankari Vaidyalingam wrote:
> > I have enclose
It's hard to deal with a patch submitted as an .rtf file.
On Fri, Jan 23, 2015 at 05:46:09AM +0530, Shankari Vaidyalingam wrote:
> Apologies. Forgot to to include the diffs in the attachment.
> Please find enclosed the diffs along with the description of the changes.
>
> Regards
> Shankari.V
>
>
Signed-off-by: Dave Tucker
---
acinclude.m4 | 29 +
configure.ac | 1 +
2 files changed, 22 insertions(+), 8 deletions(-)
diff --git a/acinclude.m4 b/acinclude.m4
index 10ede83..130ed3b 100644
--- a/acinclude.m4
+++ b/acinclude.m4
@@ -27,7 +27,7 @@ AC_DEFUN([OVS_ENAB
Signed-off-by: Dave Tucker
---
lib/automake.mk | 5 +
lib/byte-order.h | 2 +-
lib/socket-util.c | 5 +
lib/timeval.c | 26 ++
4 files changed, 37 insertions(+), 1 deletion(-)
diff --git a/lib/automake.mk b/lib/automake.mk
index 2a5844b..8168322 100644
-
Signed-off-by: Dave Tucker
---
INSTALL.OSX.md | 43 +++
Makefile.am| 1 +
2 files changed, 44 insertions(+)
create mode 100644 INSTALL.OSX.md
diff --git a/INSTALL.OSX.md b/INSTALL.OSX.md
new file mode 100644
index 000..a712391
--- /dev/null
+++ b
Signed-off-by: Dave Tucker
---
ofproto/ofproto-dpif.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/ofproto/ofproto-dpif.c b/ofproto/ofproto-dpif.c
index bf15d04..a922544 100644
--- a/ofproto/ofproto-dpif.c
+++ b/ofproto/ofproto-dpif.c
@@ -1591,6 +1591,8 @@ run(struct ofproto *ofproto_)
This patch sets adds Apple Mac OSX Support for the ovs-vsctl and
ovs-ofctl. This is useful for administrators who are managing OVS
instances and whose primary desktop environment is Apple OSX.
So far only OSX 10.10 has been tested and the commands used are
listed in INSTALL.OSX.md
Dave Tucker (
The travis autobuilder has been pretty awesome for GNU/Linux continuous
integration. I'd like to have autobuilders for other platforms too.
After a few minutes searching, I see that appveyor.com offers a similar
service, with similar Github integration, for Windows builds. If anyone
has time and
On Fri, Jan 23, 2015 at 01:17:34AM +, Dave Tucker wrote:
> This patch sets adds Apple Mac OSX Support for the ovs-vsctl and
> ovs-ofctl. This is useful for administrators who are managing OVS
> instances and whose primary desktop environment is Apple OSX.
>
> So far only OSX 10.10 has been te
On 01/22/2015 07:35 PM, Thomas Graf wrote:
> On 01/22/15 at 05:01pm, Gao feng wrote:
>> Setup the n_upcall_pids to 1, otherwise the
>> OVS_VPORT_ATTR_UPCALL_PID nlattr will be incorrect.
>>
>> Signed-off-by: Gao feng
>
> Fixed a style issue and pushed this to master, branch-2.3 and branch-2.2.
>
The error message should name the socket, which is 'target', not argv[1],
which might be anything.
Signed-off-by: Ben Pfaff
---
tests/test-sflow.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/tests/test-sflow.c b/tests/test-sflow.c
index 959cd6c..4f7940d 100644
--- a/t
Olá
Para começar eu teria de me apresentar: I Martine Deep Profundo 84 anos a
nacionalidade francesa. viúva sem filhos! Eu sou doente hospitalizado em uma
inglesa hospital, eu sofro de carcinoma de células escamosas é doente terminal
e meu médico apenas me informou que meus dias estão contados p
42 matches
Mail list logo
