| From | Sent On | Attachments |
|---|---|---|
| Dan Wendlandt | Aug 24, 2012 3:38 pm | |
| Rob_...@Dell.com | Aug 26, 2012 12:39 pm | |
| Chris Wright | Aug 27, 2012 9:20 am | |
| Dan Wendlandt | Aug 27, 2012 10:56 am | |
| Rob_...@Dell.com | Sep 3, 2012 10:47 am | |
| Gary Kotton | Sep 3, 2012 11:14 pm | |
| Trey Morris | Sep 4, 2012 1:16 pm | |
| andi abes | Sep 5, 2012 5:22 am | |
| Salvatore Orlando | Sep 5, 2012 5:42 am | |
| Dan Wendlandt | Sep 5, 2012 9:55 am | |
| Dan Wendlandt | Sep 5, 2012 10:01 am | |
| Chris Wright | Sep 5, 2012 12:24 pm | |
| Kyle Mestery (kmestery) | Sep 5, 2012 1:14 pm | |
| Syd (Sydney) Logan | Sep 5, 2012 1:59 pm | |
| andi abes | Sep 5, 2012 2:49 pm | |
| rohon mathieu | Sep 6, 2012 12:50 am | |
| Dan Wendlandt | Sep 6, 2012 9:29 am | |
| rohon mathieu | Sep 7, 2012 8:36 am | |
| Dan Wendlandt | Sep 7, 2012 9:56 am | |
| Syd (Sydney) Logan | Sep 7, 2012 10:34 am | |
| Dan Wendlandt | Sep 7, 2012 11:11 am | |
| Syd (Sydney) Logan | Sep 7, 2012 12:01 pm |
| Subject: | Re: [Openstack] Quantum vs. Nova-network in Folsom | |
|---|---|---|
| From: | Chris Wright (chr...@sous-sol.org) | |
| Date: | Sep 5, 2012 12:24:51 pm | |
| List: | net.launchpad.lists.openstack | |
* Dan Wendlandt (da...@nicira.com) wrote:
On Wed, Sep 5, 2012 at 5:23 AM, andi abes <andi...@gmail.com> wrote:
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).
You won't find any disagreement from me about OVS having more advanced capabilities :)
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]).
Using ovs-brcompatd would be possible, though some distros do not package and run it by default and in general it is not the "preferred" way to run things according to email on the OVS mailing list.
Indeed. While it's doable, it's not something that will hit upstream Linux, and therefore will not be supported by some distros.
But, in general...while adding OVS support to nova networking (in the simplest layer 2 switch mode), may not be much work. It's adding a (not particularly useful) feature to a code base that we hope to deprecate. And making it more useful (adding things like tunnelling) support are really the point of Quantum.
thanks, -chris
_______________________________________________ Mailing list: https://launchpad.net/~openstack Post to : open...@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp





