The previous workflow is to convert dot diagrams into .pic format and
embed into manpages; double borders and arrows were not used in dot but
introduced in .pic conversion; edge routing in .pic was also worse than
dot.
The updated workflow specifies directly in dot diagram double
boarders for "roo
2015-02-03 22:27 GMT+03:00 Pravin Shelar :
> I do not have any plans of pushing STT to upstream kernel. I do not
> think increased STT usage will help us getting STT upstream in future.
> STT is useful tunneling protocol regardless of whether it is upstream
> or not and that is motivation of mergi
This patch adds support for OFPR_ACTION_SET as the packet-in reason when
a Packet-In message is triggered by an output action within an
action-set. By default reason code OFPR_ACTION_SET is enabled for async
messages when Openflow 1.4+ is used. A test case is included.
Signed-off-by: Shu Shen
---
Thanks Jesse. Sorry I misunderstood that.
On Wed, Feb 4, 2015 at 12:18 PM, Jesse Gross wrote:
> I think he just meant the pieces to configure the kernel implementation.
>
> Realistically, nobody on this list is going to be able to give you a
> legal opinion. You should talk to a lawyer to determi
I think he just meant the pieces to configure the kernel implementation.
Realistically, nobody on this list is going to be able to give you a
legal opinion. You should talk to a lawyer to determine your rights as
far as patents go.
On Tue, Feb 3, 2015 at 8:11 PM, John Xiao wrote:
> Thanks Jesse!
Thanks Jesse!
That's true that there is no such patch yet.
Pravin just mentioned "I will send out OVS userspace patch on ovs-dev
mailing list." in
http://marc.info/?l=linux-netdev&m=142257416618642&w=2
On Wed, Feb 4, 2015 at 11:50 AM, Jesse Gross wrote:
> Userspace code is generally licensed und
Userspace code is generally licensed under Apache 2 but I don't think
anyone has proposed such patches to date.
On Tue, Feb 3, 2015 at 6:07 PM, John Xiao wrote:
> Thanks Ben!
>
> For user space tunneling patches, I guess they will be under Apache
> License 2 which also means the patent licenses w
--
Kontakt über E-Mail-für sichern und ungesichert Darlehen.
leihen Menge aus 5.000€ zu Maximum Menge von 5000.000€.
Kontakt über E-Mail.
guptasur...@qq.com
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
--
Kontakt über E-Mail-für sichern und ungesichert Darlehen.
leihen Menge aus 5.000€ zu Maximum Menge von 5000.000€.
Kontakt über E-Mail.
guptasur...@qq.com
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
Thanks Ben!
For user space tunneling patches, I guess they will be under Apache
License 2 which also means the patent licenses will be granted by the
patches distributor/patent holder (i.e. Nicira).
On Wed, Feb 4, 2015 at 12:45 AM, Ben Pfaff wrote:
> On Tue, Feb 03, 2015 at 12:12:41PM +0800, Joh
Thx very much for the review, applied to master,
On Tue, Feb 3, 2015 at 5:16 PM, Ben Pfaff wrote:
> On Tue, Feb 03, 2015 at 04:39:19PM -0800, Alex Wang wrote:
> > In 'ovs-dpctl dump-flows' output, we should only report the pmd
> > related info for 'dpif-netdev' datapath. However, current
> > im
On Tue, Feb 3, 2015 at 3:18 PM, Jesse Gross wrote:
> On Tue, Feb 3, 2015 at 2:33 PM, Thomas Graf wrote:
>> On 02/03/15 at 02:25pm, Pravin Shelar wrote:
>>> I agree port will continue to accept non GBP frames but sets
>>> TUNNEL_VXLAN_OPT which is odd. Since it is checking extension for the
>>> vp
On Tue, Feb 3, 2015 at 8:50 AM, Ben Pfaff wrote:
> Acked-by: Ben Pfaff
>
Thanks, I manually tested it,
Will keep using it and respond to any future comment,
For now, applied to master,
Thanks,
Alex Wang,
___
dev mailing list
dev@openvswitch.org
htt
For testing purpose, developers may want to change the NON_PMD_CORE_ID
and use a different core for non-pmd threads. Since the netdev-dpdk
module is hard-coded to assert the non-pmd threads using core 0, such
change will cause abortion of OVS.
This commit fixes the assertion and allows changing N
> On Feb 3, 2015, at 3:39 PM, Ben Pfaff wrote:
>
>> On Mon, Feb 02, 2015 at 04:18:19PM -0800, Shu Shen wrote:
>> This patch adds support for OFPR_ACTION_SET as the packet-in reason when
>> a Packet-In message is triggered by an output action within an
>> action-set. By default reason code OFPR_A
Let me think about it - seems there is a need to separate the eps files from
install-man target. It's really the dist-docs scripts that needs the eps files.
Shu
> On Feb 3, 2015, at 3:52 PM, Ben Pfaff wrote:
>
>> On Fri, Jan 30, 2015 at 04:02:40PM -0800, Shu Shen wrote:
>> The previous workflo
On Tue, Feb 3, 2015 at 5:23 PM, Simon Horman wrote:
> On Tue, Feb 03, 2015 at 05:15:01PM -0800, Ben Pfaff wrote:
>> On Wed, Feb 04, 2015 at 10:01:53AM +0900, Simon Horman wrote:
>> > On Tue, Feb 03, 2015 at 03:41:04PM -0800, Ben Pfaff wrote:
>> > > On Fri, Jan 30, 2015 at 11:41:49AM +0900, Simon H
On Tue, Feb 03, 2015 at 05:15:01PM -0800, Ben Pfaff wrote:
> On Wed, Feb 04, 2015 at 10:01:53AM +0900, Simon Horman wrote:
> > On Tue, Feb 03, 2015 at 03:41:04PM -0800, Ben Pfaff wrote:
> > > On Fri, Jan 30, 2015 at 11:41:49AM +0900, Simon Horman wrote:
> > > > Signed-off-by: Simon Horman
> > >
>
On Tue, Feb 03, 2015 at 04:39:19PM -0800, Alex Wang wrote:
> In 'ovs-dpctl dump-flows' output, we should only report the pmd
> related info for 'dpif-netdev' datapath. However, current
> implementation also reports uninitialized pmd info for
> 'dpif-netlink' datapath, which is very confusing to us
On Wed, Feb 04, 2015 at 10:01:53AM +0900, Simon Horman wrote:
> On Tue, Feb 03, 2015 at 03:41:04PM -0800, Ben Pfaff wrote:
> > On Fri, Jan 30, 2015 at 11:41:49AM +0900, Simon Horman wrote:
> > > Signed-off-by: Simon Horman
> >
> > Thanks, I'm happy with this documentation.
> >
> > I have a quest
On Tue, Feb 03, 2015 at 03:41:04PM -0800, Ben Pfaff wrote:
> On Fri, Jan 30, 2015 at 11:41:49AM +0900, Simon Horman wrote:
> > Signed-off-by: Simon Horman
>
> Thanks, I'm happy with this documentation.
>
> I have a question about the abbreviation NMX for Netronome. At first
> glance, to me it l
In 'ovs-dpctl dump-flows' output, we should only report the pmd
related info for 'dpif-netdev' datapath. However, current
implementation also reports uninitialized pmd info for
'dpif-netlink' datapath, which is very confusing to users.
This commit fixes it.
Signed-off-by: Alex Wang
---
PATCH->
On Tue, Feb 3, 2015 at 4:20 PM, Alex Wang wrote:
>
>
> On Tue, Feb 3, 2015 at 2:55 PM, Ben Pfaff wrote:
>>
>> On Mon, Feb 02, 2015 at 03:03:32PM -0800, Alex Wang wrote:
>> > In 'ovs-dpctl dump-flows' output, we should only report the pmd
>> > related info for 'dpif-netdev' datapath. However, cur
On Tue, Feb 3, 2015 at 2:55 PM, Ben Pfaff wrote:
> On Mon, Feb 02, 2015 at 03:03:32PM -0800, Alex Wang wrote:
> > In 'ovs-dpctl dump-flows' output, we should only report the pmd
> > related info for 'dpif-netdev' datapath. However, current
> > implementation also reports uninitialized pmd info f
Hello dear.
I know you maybe wondering how i got your email address, do not be astonish
about it,I once came across your mail through internet browsing. and i decide
to write you message so that we will get to know each other and become closed
friend.
Your friend Stella.
On Tue, Jan 20, 2015 at 10:04:01AM -0200, Flavio Leitner wrote:
> The RFC4541 section 2.1.1 item 1 allows the snooping switch
> to provide an administrative control to allow Report messages
> to be flooded to ports not connected to multicast routers.
>
> Signed-off-by: Flavio Leitner
I'm happy w
On Tue, Jan 20, 2015 at 01:20:56PM -0200, Flavio Leitner wrote:
> The struct mcast_fport_bundle will be used for ports
> forwarding Reports too, so make it generic.
>
> Signed-off-by: Flavio Leitner
I apologize that it has taken me a long time to review this patch. As
usual, I have been busy; m
On Fri, Jan 30, 2015 at 04:02:40PM -0800, Shu Shen wrote:
> The previous workflow is to convert dot diagrams into .pic format and
> embed into manpages; double borders and arrows were not used in dot but
> introduced in .pic conversion; edge routing in .pic was also worse than
> dot.
>
> The updat
On Fri, Jan 30, 2015 at 11:41:49AM +0900, Simon Horman wrote:
> Signed-off-by: Simon Horman
Thanks, I'm happy with this documentation.
I have a question about the abbreviation NMX for Netronome. At first
glance, to me it looks like a typo for NXM. Is NMX a commonly used
short form of Netronome
On Mon, Feb 02, 2015 at 04:18:19PM -0800, Shu Shen wrote:
> This patch adds support for OFPR_ACTION_SET as the packet-in reason when
> a Packet-In message is triggered by an output action within an
> action-set. By default reason code OFPR_ACTION_SET is enabled for async
> messages when Openflow 1.
On Mon, Feb 02, 2015 at 11:57:55AM +0100, Thomas Graf wrote:
> On 01/30/15 at 02:24pm, Ben Pfaff wrote:
> > An OFPGC_DELETE command deletes a whole group, including all of its
> > buckets, and so it doesn't make sense for the command itself to include any
> > specification of buckets.
> >
> > ONF-
On Fri, Jan 30, 2015 at 03:36:43PM +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 Tue, Feb 3, 2015 at 2:33 PM, Thomas Graf wrote:
> On 02/03/15 at 02:25pm, Pravin Shelar wrote:
>> I agree port will continue to accept non GBP frames but sets
>> TUNNEL_VXLAN_OPT which is odd. Since it is checking extension for the
>> vport.
>> Why not set TUNNEL_VXLAN_OPT according to received
Hey,
Just repeated your config on my VM setup (two ubuntu 12.04 VMs on same
ESX host, eth3 directly linked),
~/alex_dev/openvswitch# ovs-vsctl show
a57a8953-c9fd-41c2-9cee-6bc57c2da649
Bridge "breth311"
Port "breth311"
Interface "breth311"
type: internal
On Fri, Jan 30, 2015 at 03:36:42PM +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 Mon, Feb 02, 2015 at 10:54:07AM +0100, Thomas Graf wrote:
> On 02/01/15 at 01:50pm, Ben Pfaff wrote:
> > Someone asked about support and I realized that we forgot to mention it,
> > so do so belatedly.
> >
> > Signed-off-by: Ben Pfaff
>
> Acked-by: Thomas Graf
Thanks, applied to master.
___
On Mon, Feb 02, 2015 at 03:03:32PM -0800, Alex Wang wrote:
> In 'ovs-dpctl dump-flows' output, we should only report the pmd
> related info for 'dpif-netdev' datapath. However, current
> implementation also reports uninitialized pmd info for
> 'dpif-netlink' datapath, which is very confusing to us
Thanks, pushed to master and branch-2.3
> On Feb 3, 2015, at 2:19 PM, Pravin Shelar wrote:
>
> On Tue, Feb 3, 2015 at 2:09 PM, Andy Zhou wrote:
>> Currently, the exact match cache lookup uses 'skb->hash' as an index.
>> In most cases, this value will be the same for pre and post
>> recirculatio
OK, here is what I have in one of my boxes (the other box has pretty much
the same, except for slightly different mac address for the port/bridge):
[sabyasse@sabyasg-lnx-99 sabyasse]$ sudo ovs-vsctl show
2677960f-42ff-42f0-b368-0bfbfa7b923d
Bridge "br0"
Port "br0"
Inter
On 02/03/15 at 02:25pm, Pravin Shelar wrote:
> I agree port will continue to accept non GBP frames but sets
> TUNNEL_VXLAN_OPT which is odd. Since it is checking extension for the
> vport.
> Why not set TUNNEL_VXLAN_OPT according to received packet header/metadata?
Good point. I will change it to
Hey,
On Tue, Feb 3, 2015 at 2:19 PM, Sabyasachi Sengupta <
sabyasachi.sengu...@alcatel-lucent.com> wrote:
>
> Hi,
>
> I'm trying to set up BFD between two vlans created on different bridges
> running on different hosts. I noticed that unless bfd:bfd_remote_dst_mac is
> specified while setting up
On Tue, Feb 3, 2015 at 1:18 PM, Thomas Graf wrote:
> On 02/03/15 at 10:08am, Pravin Shelar wrote:
>> On Fri, Jan 30, 2015 at 6:36 AM, Thomas Graf wrote:
>> > + flags = TUNNEL_KEY;
>> > + vxlan_port = vxlan_vport(vport);
>> > + if (vxlan_port->exts & VXLAN_F_GBP)
>> > +
On Tue, Feb 3, 2015 at 2:09 PM, Andy Zhou wrote:
> Currently, the exact match cache lookup uses 'skb->hash' as an index.
> In most cases, this value will be the same for pre and post
> recirculation lookup, threshing the exact match cache. This patch
> avoid this hash collision by using the rehash
Hi,
I'm trying to set up BFD between two vlans created on different bridges
running on different hosts. I noticed that unless bfd:bfd_remote_dst_mac is
specified while setting up the BFD, the packet never leaves the host switch
due to "skipping output to input port". Looking at RFC 5880/5881,
Currently, the exact match cache lookup uses 'skb->hash' as an index.
In most cases, this value will be the same for pre and post
recirculation lookup, threshing the exact match cache. This patch
avoid this hash collision by using the rehashed value, by mixing in
in the 'recirc_id', as the lookup i
On 02/03/15 at 10:08am, Pravin Shelar wrote:
> On Fri, Jan 30, 2015 at 6:36 AM, Thomas Graf wrote:
> > + flags = TUNNEL_KEY;
> > + vxlan_port = vxlan_vport(vport);
> > + if (vxlan_port->exts & VXLAN_F_GBP)
> > + flags |= TUNNEL_VXLAN_OPT;
> >
> This does not allow G
Alin, looks good only minor thing :
+rc = STATUS_SUCCESS
Is redundant
Thanks,
Eitan
Acked-by: Eitan Eliahu
-Original Message-
From: dev [mailto:dev-boun...@openvswitch.org] On Behalf Of Alin Serdean
Sent: Tuesday, February 03, 2015 11:25 AM
To: dev@openvswitch.org
Subject: [ovs
On Tue, Feb 3, 2015 at 10:19 AM, John W. Linville
wrote:
> On Mon, Feb 02, 2015 at 01:34:07PM -0800, Pravin Shelar wrote:
>> On Mon, Feb 2, 2015 at 11:20 AM, John W. Linville
>> wrote:
>> > On Mon, Feb 02, 2015 at 10:55:25AM -0800, Pravin Shelar wrote:
>> >> STT patches were posted on netdev mail
Current flow commands: new, set, get, del need to respond with a NETLINK
error in the case OVS_FLOW_ATTR_KEY is missing.
OVS_FLOW_ATTR_KEY is now an optional attribute.
Also add OVS_FLOW_ATTR_UFID attribute to the kernel for further use.
Signed-off-by: Alin Gabriel Serdean
---
datapath-window
Thanks! Applied to master and branch-2.[310].
On Mon, Feb 02, 2015 at 12:41:48PM -0800, Jarno Rajahalme wrote:
> LGTM,
>
> Acked-by: Jarno Rajahalme
>
> On Jan 30, 2015, at 1:36 PM, Ben Pfaff wrote:
>
> > Until now, when the sFlow selection probability changed, OVS failed to
> > immediately
On Tue, Feb 3, 2015 at 12:19 PM, John W. Linville
wrote:
> Thanks for doing that research for me! :-) You don't see any way to
> work with Dave M. around his objections?
>
It seems to be a philosophical objection, which is likely intractable.
> Violating an "upstream first" policy seems like y
On Mon, Feb 02, 2015 at 01:34:07PM -0800, Pravin Shelar wrote:
> On Mon, Feb 2, 2015 at 11:20 AM, John W. Linville
> wrote:
> > On Mon, Feb 02, 2015 at 10:55:25AM -0800, Pravin Shelar wrote:
> >> STT patches were posted on netdev mailing list, But it was rejected.
> >> As policy datapath patches m
This commit allows users to log the call stack of
connectivity_seq_change().
Signed-off-by: Alex Wang
---
lib/connectivity.c | 43 +++
1 file changed, 43 insertions(+)
diff --git a/lib/connectivity.c b/lib/connectivity.c
index 59f8a39..639224e 100644
--
On Fri, Jan 30, 2015 at 6:36 AM, Thomas Graf wrote:
> 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/
This commit uses coverage counter to monitor the rate of
'struct tnl_port' reconfiguration.
Signed-off-by: Alex Wang
---
ofproto/tunnel.c |4
1 file changed, 4 insertions(+)
diff --git a/ofproto/tunnel.c b/ofproto/tunnel.c
index d079a24..722a5cf 100644
--- a/ofproto/tunnel.c
+++ b/ofpr
On Fri, Jan 30, 2015 at 6:36 AM, Thomas Graf wrote:
> 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
Acked-by: Pravin B Shelar
_
On Fri, Jan 30, 2015 at 6:36 AM, Thomas Graf wrote:
> 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
> namesp
This commit refines the connectivity module by defining wrappers
for each related operation.
Signed-off-by: Alex Wang
---
lib/bfd.c |2 +-
lib/cfm.c |2 +-
lib/connectivity.c| 45 ++---
lib/connectivity.h
This commit uses coverage counter to monitor the changing rate of
connectivity_seq.
Signed-off-by: Alex Wang
---
lib/connectivity.c |4
1 file changed, 4 insertions(+)
diff --git a/lib/connectivity.c b/lib/connectivity.c
index 639224e..d8defbc 100644
--- a/lib/connectivity.c
+++ b/lib/
On Fri, Jan 30, 2015 at 6:36 AM, Thomas Graf wrote:
> Excludes VXLAN_F_REMCSUM_TX bits as OVS currently doesn't support it.
>
> Upstream commit:
> vxlan: Eliminate dependency on UDP socket in transmit path
>
> In the vxlan transmit path there is no need to reference the socket
> for a
On Fri, Jan 30, 2015 at 6:36 AM, Thomas Graf wrote:
> 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 prov
On Fri, Jan 30, 2015 at 6:36 AM, Thomas Graf wrote:
> 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 wil
On Fri, Jan 30, 2015 at 6:36 AM, Thomas Graf wrote:
> 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 pl
On Fri, Jan 30, 2015 at 6:36 AM, Thomas Graf wrote:
> Upstream commit:
> vxlan: add x-netns support
>
> This patch allows to switch the netns when packet is encapsulated or
> decapsulated.
> The vxlan socket is openned into the i/o netns, ie into the netns where
> encapsulated
On Fri, Jan 30, 2015 at 6:36 AM, Thomas Graf wrote:
> 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
On Fri, Jan 30, 2015 at 6:36 AM, Thomas Graf wrote:
> 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 -
On Fri, Jan 30, 2015 at 6:36 AM, Thomas Graf wrote:
> 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 ("
Lori,
The refinements proposed by Thomas seem sensible to me. Please proceed as
planned below.
Regards,
Jarno
On Feb 2, 2015, at 10:15 PM, Lori Jakab wrote:
> Sorry to insist, but can you guys (Jesse/Pravin/Jarno) please look at
> this and give your opinion so Thomas and I know how to proc
On Mon, Feb 02, 2015 at 10:47:48PM +, Kevin Traynor wrote:
> Replace a 64 bit copy of L4 src/dst ports that was also
> including additional packet params (e.g. TCP Seq Num). This
> was later resulting in all packets from the flow missing in
> the EMC.
>
> Signed-off-by: Kevin Traynor
> Report
On Mon, Feb 02, 2015 at 01:03:35PM -0800, Alex Wang wrote:
> This commit makes the bash completion script complete on file
> path when there is no completion available. The unit tests
> are also adjusted accordingly.
>
> Signed-off-by: Alex Wang
I feel like I just have to take your word on this
On Tue, Feb 03, 2015 at 12:12:41PM +0800, John Xiao wrote:
> One question on STT IP, is it free to use STT in commercial products?
> I believe Nicira has patents on this.
Assuming that Nicira does, the patches are being offered by the patent
holder under GPLv2, see http://en.swpat.org/wiki/GPLv2_a
On Mon, Feb 02, 2015 at 08:13:22PM -0800, Shashaankar Reddy wrote:
> I'm working on implementing OFP1.4 specific feature to set/get async
> configuration on a switch.
>
> From the code I understand that OFPTYPE_SET_ASYNC_CONFIG being referred to
> both nicira-xt and OFP13 messages:
> /* OFPRAW_NXT
Confirm your Donation of £2,000.000.00 Contact Kindly contact claims office via
Email: nil-trot...@hotmail.com
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
73 matches
Mail list logo
