From: Lorand Jakab
Signed-off-by: Lorand Jakab
---
tests/.gitignore | 1 +
1 file changed, 1 insertion(+)
diff --git a/tests/.gitignore b/tests/.gitignore
index 11167fb..b4a54c9 100644
--- a/tests/.gitignore
+++ b/tests/.gitignore
@@ -6,6 +6,7 @@
/idltest.c
/idltest.h
/idltest.ovsidl
+/kmod
Hello all,
I have mininet 2.2.0 with OVS 2.3.0 installed , I attached one switch to
more than one controller (Opendaylight) using script.I have referred this
link for the same.
http://windysdn.blogspot.in/
I want to give read write access to one controller (Make it master) and
read only access to
On 01/16/15 at 04:28pm, Ben Pfaff wrote:
> We have not yet contemplated that, but it could be possible.
>
> In my opinion, OVS is not releasing often enough in any case. I think
> that 3 or 4 releases a year is about right (but that's off the cuff, not
> some kind of official policy or anything).
On 01/19/15 at 01:11pm, loja...@cisco.com wrote:
> From: Lorand Jakab
>
> Signed-off-by: Lorand Jakab
Acked-by: Thomas Graf
This is so obviously correct that I pushed this right to master
___
dev mailing list
dev@openvswitch.org
http://openvswitch.o
On 01/18/15 at 04:26pm, Ben Pfaff wrote:
> These functions had no callers, so remove them and the data maintained
> just to implement them.
>
> Found by inspection.
>
> Signed-off-by: Ben Pfaff
Acked-by: Thomas Graf
___
dev mailing list
dev@openvswit
On 01/17/15 at 09:21am, Ben Pfaff wrote:
> Otherwise if a service connection (which does not have buffers) attempts
> to use buffers, '*bufferp' will be uninitialized, which can cause a
> segfault in the caller.
>
> Found using OFtest configured to use service (active rather than passive)
> connec
Signed-off-by: Lorand Jakab
---
NEWS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/NEWS b/NEWS
index 7c0e262..0a54820 100644
--- a/NEWS
+++ b/NEWS
@@ -3,7 +3,7 @@ Post-v2.3.0
- New support for a "conjunctive match" OpenFlow extension, which
allows constructing Open
On 19 Jan 2015, at 13:04, Thomas Graf wrote:
Agreed. I would expect that OVN might lead to more frequent releases
of OVS with a more "stable at all times attitude" as OVN will depend
on
specific OVS features.
This is my concern. For OVN to be useful in the context of OpenStack, we
should b
On 01/19/15 at 03:45pm, Lorand Jakab wrote:
> Signed-off-by: Lorand Jakab
Acked-by: Thomas Graf
Same here, pushed to master.
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
Hi Eitan,
I have not manage to successfully shortcut fast path. I have changed the
netlink library to create the necessary socket in order for the packets to go
through the filter, but the resulted vswitchd binary hangs when I execute it.
Thus could not perform the test that shortcuts the fast
On Monday, 19 de January de 2015 at 15:32, Dave Tucker wrote:
>
> On 19 Jan 2015, at 13:04, Thomas Graf wrote:
>
> > Agreed. I would expect that OVN might lead to more frequent releases
> > of OVS with a more "stable at all times attitude" as OVN will depend
> > on
> > specific OVS feature
On Mon, Jan 19, 2015 at 02:04:42PM +0100, Thomas Graf wrote:
> On 01/16/15 at 04:28pm, Ben Pfaff wrote:
> > We have not yet contemplated that, but it could be possible.
> >
> > In my opinion, OVS is not releasing often enough in any case. I think
> > that 3 or 4 releases a year is about right (bu
On 19 Jan 2015, at 16:56, Miguel Ángel Ajo wrote:
Wasn’t OVN to be developed in C too?
That's what was being discussed here based on a comment earlier in the
thread.
I'm just exploring whether there is a reason to consider using Python
instead.
I guess it really comes down to what version
On Mon, Jan 19, 2015 at 02:32:02PM +, Dave Tucker wrote:
>
> On 19 Jan 2015, at 13:04, Thomas Graf wrote:
>
> >Agreed. I would expect that OVN might lead to more frequent releases
> >of OVS with a more "stable at all times attitude" as OVN will depend on
> >specific OVS features.
>
> This is
On Mon, Jan 19, 2015 at 05:56:30PM +0100, Miguel Ángel Ajo wrote:
>
> On Monday, 19 de January de 2015 at 15:32, Dave Tucker wrote:
> >
> > On 19 Jan 2015, at 13:04, Thomas Graf wrote:
> >
> > > Agreed. I would expect that OVN might lead to more frequent releases
> > > of OVS with a more "st
On Mon, Jan 19, 2015 at 05:25:22PM +, Dave Tucker wrote:
>
> On 19 Jan 2015, at 16:56, Miguel Ángel Ajo wrote:
>
> >Wasn’t OVN to be developed in C too?
>
> That's what was being discussed here based on a comment earlier in the
> thread.
> I'm just exploring whether there is a reason to cons
On Mon, Jan 19, 2015 at 02:15:10PM +0100, Thomas Graf wrote:
> On 01/17/15 at 09:21am, Ben Pfaff wrote:
> > Otherwise if a service connection (which does not have buffers) attempts
> > to use buffers, '*bufferp' will be uninitialized, which can cause a
> > segfault in the caller.
> >
> > Found usi
On Mon, Jan 19, 2015 at 02:12:55PM +0100, Thomas Graf wrote:
> On 01/18/15 at 04:26pm, Ben Pfaff wrote:
> > These functions had no callers, so remove them and the data maintained
> > just to implement them.
> >
> > Found by inspection.
> >
> > Signed-off-by: Ben Pfaff
>
> Acked-by: Thomas Graf
On Mon, Jan 19, 2015 at 04:32:52AM -0800, Gauri Bhutkar wrote:
> I have mininet 2.2.0 with OVS 2.3.0 installed , I attached one switch to
> more than one controller (Opendaylight) using script.I have referred this
> link for the same.
> http://windysdn.blogspot.in/
> I want to give read write acces
openvswitch_1.4.2+git20120612-9.1~deb7u1.1_amd64.changes uploaded successfully
to localhost
along with the files:
openvswitch_1.4.2+git20120612-9.1~deb7u1.1.dsc
openvswitch_1.4.2+git20120612-9.1~deb7u1.1.debian.tar.gz
openvswitch-common_1.4.2+git20120612-9.1~deb7u1.1_amd64.deb
openvswitch-
Mapping stable-proposed-updates to proposed-updates.
Accepted:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Format: 1.8
Date: Sun, 23 Nov 2014 14:57:32 +0100
Source: openvswitch
Binary: openvswitch-datapath-source openvswitch-datapath-dkms
openvswitch-common openvswitch-switch openvswitch-ip
On 01/19/15 at 10:01am, Ben Pfaff wrote:
> I realize that a shared library was mentioned elsethread as having some
> importance, but I don't understand why. ovn-controller and the other C
> components of OVN will be just as useful whether they are statically or
> dynamically linked to the OVS libr
On Mon, Jan 19, 2015 at 11:38:48PM +0100, Thomas Graf wrote:
> On 01/19/15 at 10:01am, Ben Pfaff wrote:
> > I realize that a shared library was mentioned elsethread as having some
> > importance, but I don't understand why. ovn-controller and the other C
> > components of OVN will be just as usefu
On Tue, Jan 20, 2015 at 12:07:52AM +0100, Thomas Graf wrote:
> On 01/19/15 at 09:58am, Ben Pfaff wrote:
> > To keep the discussion going, let's talk about each of those features.
> >
> > These days, OVS allows an ARP responder can be implemented in the
> > OpenFlow flow table (since all ARP fields
On 01/19/15 at 09:58am, Ben Pfaff wrote:
> To keep the discussion going, let's talk about each of those features.
>
> These days, OVS allows an ARP responder can be implemented in the
> OpenFlow flow table (since all ARP fields are modifiable), but that has
> only been true for a few versions. Be
On 01/19/15 at 09:19am, Ben Pfaff wrote:
> I really prefer feature negotiation in any case, because it means that
> OVN can work with OVS that has custom version numbers or backports of
> individual features.
You are absolutely right. Thinking about this more, I guess we don't
even have a choice a
On 01/19/15 at 03:13pm, Ben Pfaff wrote:
> I think that this can be simply tested for with an OFPT_PACKET_OUT whose
> packet is an ARP and whose actions modify ARP header fields and then
> send the packet back to the controller. If the packet comes back in an
> OFPT_PACKET_IN, with the requested A
On Tue, Jan 20, 2015 at 12:18:59AM +0100, Thomas Graf wrote:
> On 01/19/15 at 09:19am, Ben Pfaff wrote:
> > I really prefer feature negotiation in any case, because it means that
> > OVN can work with OVS that has custom version numbers or backports of
> > individual features.
>
> You are absolute
Commit 4a1f523f2d760 (lib: Move vconn.h to ) moved
the definitions of struct vconn and struct pvconn from lib/ to
include/openvswitch/ but I'm not sure why. The size and content of
those structs is not obviously part of the ABI. Can you remind why?
Thanks,
Ben.
_
The log message for a send operation should refer to "send", not "recv".
Looks like an old cut-and-paste error.
Signed-off-by: Ben Pfaff
---
lib/stream-fd.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/lib/stream-fd.c b/lib/stream-fd.c
index a6a10d4..2cb4b4c 100644
---
javascript:void(0)
___
dev mailing list
dev@openvswitch.org
http://openvswitch.org/mailman/listinfo/dev
The dev Archives
You can get more information about this list.
ArchiveView by:Downloadable versionJanuary 2015:[ Thread ] [ Subject ] [
Author ] [ Date ][ Gzip'd Text 665 KB ]December 2014:[ Thread ] [ Subject
] [ Author ] [ Date ][ Gzip'd Text 759 KB ]November 2014:[ Thread ] [
Subject ] [ Autho
32 matches
Mail list logo