Quantum MidoNet Plugin

'Scope:'

The goal of this blueprint is to implement Quantum plugin for MidoNet virtual networking platform.

Use Cases':'

To provide and enable MidoNet virtual networking technology as one of the options for those using Quantum as cloud networking orchestration.

Some of the benefits that come from using MidoNet in your IaaS cloud are:

the ability to scale IaaS networking into the thousands of compute hosts
the ability to offer L2 isolation which is not bounded by the VLAN limitation (4096 unique VLANs)
making your entire IaaS networking layer completely distributed and fault-tolerant

Implementation Overview:

MidoNetPluginV2 class extends db_base_plugin_v2.QuantumDbPluginV2 and l3_db.L3_NAT_db_mixin, and implements all the necessary methods to provide the Quantum L2 and L3 features.

In the virtual topology that gets constructed in the integration with Quantum, there is one virtual router that must always exist, called provider virtual router. It is the virtual router belonging to the service provider, and it is capable of routing traffic among the tenant routers as well as routing traffic into and out of the provider network. The virtual ports on this router are mapped to the interfaces on the 'edge' servers that are connected to the uplink routers. Through the MidoNet API, you can configure BGP on this router to enable multi-homed BGP setup for fault tolerance, provided that the uplink routers can also speak BGP.

When a tenant creates a router in Quantum, a tenant virtual router is created in MidoNet, and linked to the provider router. Just like l3_agent in Quantum, tenant virtual router acts as the gateway for the tenant networks, and it can also do NAT to implement the floating IP feature. Thus with MidoNet plugin, there is no need to run l3_agent.

When a tenant creates a network in Quantum, a tenant virtual bridge is created in MidoNet, and linked to the tenant router. Just like a Quantum network, a virtual bridge has ports. When a VM is attached to Quantum network's port, it is also attached to MidoNet's virtual bridge port.

MidoNet comes with its own DHCP implementation, so the Quantum's DHCP agent does not need to run. The subnets in Quantum are registered to MidoNet DHCP service when created.

MidoNet's Libvirt VIF driver is not one of Nova's available VIF drivers. You would have to get it from GitHub: https://github.com/midokura/midonet-openstack

Security groups: TODO

The plugin will support metadata server, but not with overlapping IP address support for G-3. In the MidoNet design, nova-api is plugged into the MidoNet virtual networking in such a way that only traffic destined to and originated from the metadata server goes into the MidoNet's VM network.

Data Model Changes:

N/A

Configuration variables:

1. To specify MidoNet plugin in Quantum (quantum.conf):

core_plugin = quantum.plugins.midonet.plugin.MidonetPluginV2

2. MidoNet plugin specific configuration parameters (midonet_plugin.ini):


[midonet]
midonet_uri = <Mido``Net API server URI>
provider_router = <ID of the provider virtual router>
metadata_router = <ID of the metadata router>
metadata_bridge = <ID of the metadata bridge>
admin_token = <Token of admin user in Mido``Net>

API's:

N/A

Plugin Interface:

N/A

Required Plugin support:

N/A

Dependencies:

N/A

CLI Requirements:

N/A

Horizon Requirements:

N/A

Usage Example:

N/A

Test Cases:

TODO

Spec-QuantumMidoNetPlugin

Quantum MidoNet Plugin