openstack team mailing list archive

[Salvatore Orlando <sorlando@xxxxxxxxxx>]

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 <mcheung63@xxxxxxxxxxx> 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: 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?
>
> Thanks
> from Peter
>
> _______________________________________________
> Mailing list: https://launchpad.net/~openstack
> Post to     : openstack@xxxxxxxxxxxxxxxxxxx
> Unsubscribe : https://launchpad.net/~openstack
> More help   : https://help.launchpad.net/ListHelp
>
>
>