Open Stack

On 06/07/2013 07:22 AM, Salvatore Orlando wrote:
> You will need to do a little coding.
> Besides creating a new class that inherits both the db base class and
> the l3 mixin, you would need to redefine those methods of the db base
> class which need to be augmented with l3 capatibilites.
> 
> These are at least create_network, update_network, get_network,
> get_networks and delete_port.
> 
> Or you can leverage the fact that the l3 plugin unit test module builds
> such a plugin and try to reuse it for your
> purposes: https://github.com/openstack/quantum/blob/master/quantum/tests/unit/test_l3_plugin.py#L258

The FakeVirt driver in nova grew out of the need for fake stuff for
unittesting, and Joe Gordon has been doing stuff recently with it to
allow exercising various code paths in an install without actually
creating vms. Perhaps growing a similar one in quantum would be cool?

> 
> On 7 June 2013 11:39, Julio Carlos Barrera Juez
> <juliocarlos.barrera at i2cat.net <mailto:juliocarlos.barrera at i2cat.net>>
> wrote:
> 
>     OK, but, do I need to implement anything? Or it would work out of
>     the box?
> 
> 
>     On 7 June 2013 10:01, Aaron Rosen <arosen at nicira.com
>     <mailto:arosen at nicira.com>> wrote:
> 
>         You can probably mix in the l3 db base class as well to get
>         around that. 
> 
>         Aaron
> 
> 
>         On Fri, Jun 7, 2013 at 12:28 AM, Julio Carlos Barrera Juez
>         <juliocarlos.barrera at i2cat.net
>         <mailto:juliocarlos.barrera at i2cat.net>> wrote:
> 
>             Thank you Aaron, but I tested db_base plugin and I realized
>             that Compute (nova) uses L3 extension by default. It would
>             be useful to have a dummy Quantum plugin and the way to
>             configure Compute (nova) to use it, having basic local
>             connectivity to the VMs.
> 
> 
>             On 6 June 2013 20:15, Aaron Rosen <arosen at nicira.com
>             <mailto:arosen at nicira.com>> wrote:
> 
>                 There is not a dummy plugin in the source tree but if
>                 you take a plugin that leverages the db_base class mix
>                 in you should be able to delete all the code had have
>                 what you are asking for.
> 
>                 Aaron
> 
> 
>                 On Wed, Jun 5, 2013 at 4:07 AM, Julio Carlos Barrera
>                 Juez <juliocarlos.barrera at i2cat.net
>                 <mailto:juliocarlos.barrera at i2cat.net>> wrote:
> 
>                     Hi.
> 
>                     Is there any Quantum plugin that allows creating
>                     Virtual Machines for testing avoiding configuring
>                     the network? I need to test some basic stuff without
>                     network and I don't want to configure a Netwrk
>                     Service in this case.
> 
>                     Moreover, I want to know basic flow of Quantum
>                     plugin because we are developing a Quantum Network
>                     Service and we need to know messages and data sent
>                     to configured Quantum plugin.
> 
>                     Thank you.
> 
>                     _______________________________________________
>                     OpenStack-dev mailing list
>                     OpenStack-dev at lists.openstack.org
>                     <mailto:OpenStack-dev at lists.openstack.org>
>                     http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> 
> 
> 
>                 _______________________________________________
>                 OpenStack-dev mailing list
>                 OpenStack-dev at lists.openstack.org
>                 <mailto:OpenStack-dev at lists.openstack.org>
>                 http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> 
> 
> 
>             _______________________________________________
>             OpenStack-dev mailing list
>             OpenStack-dev at lists.openstack.org
>             <mailto:OpenStack-dev at lists.openstack.org>
>             http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> 
> 
> 
>         _______________________________________________
>         OpenStack-dev mailing list
>         OpenStack-dev at lists.openstack.org
>         <mailto:OpenStack-dev at lists.openstack.org>
>         http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> 
> 
> 
>     _______________________________________________
>     OpenStack-dev mailing list
>     OpenStack-dev at lists.openstack.org
>     <mailto:OpenStack-dev at lists.openstack.org>
>     http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
> 
> 
> 
> 
> _______________________________________________
> OpenStack-dev mailing list
> OpenStack-dev at lists.openstack.org
> http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev
>