atom feed22 messages in net.launchpad.lists.openstackRe: [Openstack] Quantum vs. Nova-netw...
FromSent OnAttachments
Dan WendlandtAug 24, 2012 3:38 pm 
Rob_...@Dell.comAug 26, 2012 12:39 pm 
Chris WrightAug 27, 2012 9:20 am 
Dan WendlandtAug 27, 2012 10:56 am 
Rob_...@Dell.comSep 3, 2012 10:47 am 
Gary KottonSep 3, 2012 11:14 pm 
Trey MorrisSep 4, 2012 1:16 pm 
andi abesSep 5, 2012 5:22 am 
Salvatore OrlandoSep 5, 2012 5:42 am 
Dan WendlandtSep 5, 2012 9:55 am 
Dan WendlandtSep 5, 2012 10:01 am 
Chris WrightSep 5, 2012 12:24 pm 
Kyle Mestery (kmestery)Sep 5, 2012 1:14 pm 
Syd (Sydney) LoganSep 5, 2012 1:59 pm 
andi abesSep 5, 2012 2:49 pm 
rohon mathieuSep 6, 2012 12:50 am 
Dan WendlandtSep 6, 2012 9:29 am 
rohon mathieuSep 7, 2012 8:36 am 
Dan WendlandtSep 7, 2012 9:56 am 
Syd (Sydney) LoganSep 7, 2012 10:34 am 
Dan WendlandtSep 7, 2012 11:11 am 
Syd (Sydney) LoganSep 7, 2012 12:01 pm 
Subject:Re: [Openstack] Quantum vs. Nova-network in Folsom
From:andi abes (andi@gmail.com)
Date:Sep 5, 2012 5:22:51 am
List:net.launchpad.lists.openstack

late to the party... but I'll dabble.

On Mon, Aug 27, 2012 at 12:21 PM, Chris Wright <chr@sous-sol.org> wrote:

* Rob_@Dell.com (Rob_@Dell.com) wrote:

We've been discussing using Open vSwitch as the basis for non-Quantum Nova
Networking deployments in Folsom. While not Quantum, it feels like we're
bringing Nova Networking a step closer to some of the core technologies that
Quantum uses.

To what end?

OVS provides much more robust monitoring and operational facilities (e.g sFlow monitoring, better switch table visibility etc). It also provides a linux-bridge compatibility layer (ovs-brcompatd [1]), which should work out-of-box with the linux-bridge. As such, switching to using OVS rather than the linux bridge could be done without any code changes to nova, just deployment changes (e.g. ensure that ovs-brcompatd is running to intercept brctl ioctl's - [2]).

For the more adventurous, there could be any number of interesting scenarios enabled by having access to ovs capabilities (e.g. tunneling)

I'm interested in hearing what other's in the community think about this
approach.

I'm similarly curious if any *operators* have experimented with OVS and sFlow or other of its capabilities.

[1]
http://openvswitch.org/cgi-bin/gitweb.cgi?p=openvswitch;a=blob_plain;f=README;hb=HEAD [2] http://openvswitch.org/cgi-bin/ovsman.cgi?page=vswitchd%2Fovs-brcompatd.8.in

I don't think legacy nova networking should get features while working to stabilize and improve quantum and nova/quantum integration.

thanks, -chris