openstack team mailing list archive

[Peter Cheung <mcheung63@xxxxxxxxxxx>]

Hi Salvatore, Pandora is our open source admin UI for openstack  https://code.google.com/p/c2-pandora/



On 22 June 2013 12:23, Peter Cheung <mcheung63@xxxxxxxxxxx> wrote:




Thanks SalvatoreI am thinking these:1) openvswitch has more features than quantum, so i want to support it in pandora first, then later to support quantum

I think this statement is a bit incorrect, or at least deserves clarification.Open vSwitch is a multi-layer virtual switch, whereas Quantum is a management tool for cloud networks.
I don't know then what you mean by stating Open vSwitch has more features than Quantum; there are surely features of Open vSwitch which are not leveraged by Quantum - perhaps are you referring to this?
>> We are making the network management UI, we are thinking we should control the openvswitch directly, or control the quantum. In openvswitch, there are some features needed by our commercial users, such as Qos, netflow monitoring, vlan and vlan tag. I am not sure the quantum API can address these things.
 2) openvswitch seems doesn't provide API, still don't know how to control it programatically. May be i send command in command-pipeline then parse the output. But this is not a good practice.

Openvswitch exposes interfaces for managing the switch layout and switch forwarding. They're the OVSDB [1,2] and Openflow interfaces. On openvswitch.org there's plenty of information about how to use them.
Again, if you're looking at API like 'create_network' or 'create_subnet' on Openvswitch you are probably not looking in the right place; in this case you might look at a controller or a management system.
>> thanks :D
  3) i want to do live-migration with auto network transfer in pandora. So i need to control a vswitch.


It seems then you need to develop your own control plane. Frankly I have not idea of what you mean by "auto network transfer".I assume you've already looked at Floodlight, Open Daylight, and perhaps even at the Quantum's OVS/ML2 plugins (which implement a control plane too), and you're positive that they cannot satisfy your requirements, so you need to write something new?

[1] http://networkheresy.com/tag/ovsdb/[2] http://tools.ietf.org/html/draft-pfaff-ovsdb-proto-02
>> no, we are not going to develop a new virtual switch, we don't have enough man power and don't want to reinvent the wheel. We just want to embed a network control in Pandora, so people can use it to admin their network, same way as they use ESX server. In a basic VM environment, i think people need these thing:1) QOS control2) VLan3) netflow monitoring4) link up mulitple vswitch to form a bigger network
Really not sure the quantum API can do that or not.
Thanks for you reply, Peter !!!


Thanks
from Peter

Date: Sat, 22 Jun 2013 11:14:38 +0100
Subject: Re: [Openstack] openvswitch instead of quantum
From: sorlando@xxxxxxxxxx

To: mcheung63@xxxxxxxxxxx
CC: openstack@xxxxxxxxxxxxxxxxxxx


Yes, it is a very common use case.Nowadays, everybody who deploys Xen, KVM, or LXC without a Cloud Management System is actually using Open vSwitch.In that case you can program Open vSwitch using its own interface to provide virtual networks.


When deploying Openstack, you can use Open vSwitch without Quantum by deploying nova-network instead.As far as I know every nova-network manager works with Open vSwitch too.

Salvatore

On 22 June 2013 09:14, Peter Cheung <mcheung63@xxxxxxxxxxx> wrote:




Hi    Any people is using open vswitch directly, instead of sing quantum?Is it a common practice?

Thanksfrom Peter 		 	   		  

_______________________________________________

Mailing list: https://launchpad.net/~openstack

Post to     : openstack@xxxxxxxxxxxxxxxxxxx

Unsubscribe : https://launchpad.net/~openstack

More help   : https://help.launchpad.net/ListHelp