Comments inline. I do apologise but I do not know what Pandora is. I hope you will find my answers still useful.
Regards, Salvatore On 22 June 2013 12:23, Peter Cheung <mcheun...@hotmail.com> wrote: > Thanks Salvatore > I 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? > 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. > 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 > Thanks > from Peter > > > ------------------------------ > Date: Sat, 22 Jun 2013 11:14:38 +0100 > Subject: Re: [Openstack] openvswitch instead of quantum > From: sorla...@nicira.com > To: mcheun...@hotmail.com > CC: openstack@lists.launchpad.net > > > 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 <mcheun...@hotmail.com> wrote: > > Hi > Any people is using open vswitch directly, instead of sing quantum? > Is it a common practice? > > Thanks > from Peter > > _______________________________________________ > Mailing list: https://launchpad.net/~openstack > Post to : openstack@lists.launchpad.net > Unsubscribe : https://launchpad.net/~openstack > More help : https://help.launchpad.net/ListHelp > > >
_______________________________________________ Mailing list: https://launchpad.net/~openstack Post to : openstack@lists.launchpad.net Unsubscribe : https://launchpad.net/~openstack More help : https://help.launchpad.net/ListHelp
