Contents
[hide]
...
| Table of Contents |
|---|
| maxLevel | 3 |
|---|
| include | .* |
|---|
| exclude | Contents |
|---|
|
Introduction
The OVSDB Plugin project is an overlay Network Virtualization project that leverages other critical open source projects, OpenStack and Open vSwitch and integrates into them producing a controller driven framework for policy instantiation and operational management.
Release Deliverables
| Name | Description |
|---|
| OVSDB Plugin Library: Redesigned OVSDB Library | The library can be used separately by any Java OVSDB implementation to help serve as a reference implementation. |
| Implement a strong CI framework | Avoid developer downtime, reduce software bugs and increase the quality of the final deliverable |
| OVSDB plugin/Neutron: Implement various NXM extensions: | Upstream extensions Openflowlibrary project in order to leverage necessary extension to develop OpenStack services in the OVSDB Neutron integration. |
| Integrate OpenStack Security Groups and Rules | First of many OpenStack Neutron service integration. This will consolidate Port security functionality into the OVS network forwarding pipeline rather |
then | than the IP Tables Linux daemon. |
| Integrate OpenStack Neutron FWaaS | Integrate Firewall As a Service |
| Integrate OpenStack Neutron LBaaS | Integrate LoadBalancer As a Service |
| ARP Responding/Handling | L3 East/West forwarding distributed to the hypervisor |
| VLAN Support | To facilitate traditional non-overlay fabric integration. |
Persitance | Persistence OpenFlow v1.3 Storage Across Controller Reloads | Recover from a controller failure and restore consistency with OpenStack and Open vSwitch without |
interuption | interruption to existing provisioned resources. |
| Continue to be a Community-Driven Project. | Ensure the Community made up of open source developers and network operators and engineers always have as much input and decision making in the spirit of Open Source Software. |
Release Milestones
| Milestone | Offset 0 Date | Deliverables |
|---|
| M1 | 5/12/2014 |
| Name | Description |
|---|
| Release Plan | Candidate Release Plan |
|
| M2 | 6/09/2014 |
| Name | Description | Progress |
|---|
| OVSDB Plugin Library: Redesigned OVSDB Library | Merge initial cut at the redesign into master. | Good progress tracked in the Topic Branch | | Implement a strong CI framework | Establish the basic workflow in Jenkins and Pax Exam | OVSDB plugin library IT/SI in parallel in library topic branch, initial Pax Exam complete, OF tests next up]] | | OVSDB plugin/Neutron: Implement various NXM extensions: | Commit extensions upstream and implement in the Neutron Integration | Progress: Leverage the existing SetField Match/Action/Instructions with NXM types. Done: Basic TCP Sec State / Pending: Tunnel IPv4 Src/Dst model commit | | Integrate OpenStack Security Groups and Rules | Commit the Neutron APIs in the NB-API and along with ML2 Neutron Integration | API and OS work done | | ARP Responding/Handling | Get ARP responder working and the required Nicira extensions to do so upstream. | Extensions which do not use SetField matching will be dependent on |
|
openflowplugin Persitance | Persistence OpenFlow v1.3 Storage Across Controller Reloads | MD_SAL Data Store Dependent (in it's release plan) | Slipping until MD_SAL Data Store implementation completes | | Gateway Support | Investigate the needs (if any) for any additional work needed for the OpenStack gateway we have from OpenStack currently. Continue to support hardware vendors ODL OVSDB plugin integration. | OpenStack network node gateway complete Continue to support the community with HW gateway solutions which implement the OVSDB protocol as they show interest. |
|
| M3 | 7/07/2014 |
| Name | Description | Progress |
|---|
| OVSDB Plugin Library: Redesigned OVSDB Library | Verify the implementation through the newly added test coverage and community feedback | Topic branch will be merged into master on 07/10/2014. Strong initial CI. OVS HW schema pending. | | Implement a strong CI framework | Additional coverage and community documentation | OVSDB Coverage is looking excellent. OF coverage is not at all. There is zero OpenFlow Java API IT in ODL. This is currently a focus. See the ODL/OVSDB plugin Jenkins configuration. | | OVSDB plugin/Neutron: Implement various NXM/NX_Action/SubAction extensions: | Continue to add as services demand and add test coverage to the |
|
dependancy | dependency from OpenflowPlugin |
|
Extensiblity | Extensibility is still not available but we have included the NXMs we need in the project. The last immediate NXM need is awaiting merge in Patch #7722 NXAST (NX Actions) can not be done via SetField NXMs so require functioning |
|
extensiblity | extensibility from OpenFlowJava, OpenFlowPlugin and Controller. | | Integrate OpenStack Security Groups and Rules | Finish OVSDB |
|
flowmod | flow mod integration + QA at some scale to verify scale. | Was on hold for the new OVSDB plugin Schema/Library work. This has slipped as we are focusing on redoing how we consume and instantiate OF |
|
flowmods| flow mods. This is a focus in coming weeks along with OF IT. | | ARP Responding/Handling | Get ARP responder working and the required Nicira extensions to do so upstream. | On hold, until NX Actions are implemented or extended in OpenflowPlugin/OpenFlowJava. |
|
| M4 | 8/04/2014 |
| Name | Description | Progress |
|---|
| API Freeze | Freeze OVSDB External dependent APIs | Done. | | OVSDB Plugin Library: Redesigned OVSDB Library | Final Validation, Documentation and Coverage | Done. | | Implement a strong CI framework | Continue to validate and include new services as |
|
the | they develop | We have a very good CI framework in place and we are enhancing it as planned | | OVSDB plugin/Neutron: Implement various NXM extensions: | Finish any bug fixes and last-minute needs upstream before code freeze. | We were completely blocked by Openflowplugin/OpenflowJava/MD-SAL extensibility support. | | Integrate OpenStack Security Groups and Rules | Focus on Test Coverage | We |
|
didnt | didn't make big progress due to the consistent blockage on the Openflow NXM extensibility support. | | Integrate OpenStack Security Groups and Rules | First of many OpenStack Neutron service integration. | We |
|
didnt | didn't make big progress due to the consistent blockage on the Openflow NXM extensibility support. |
|
Persitance | Persistence OpenFlow v1.3 Storage Across Controller Reloads | (unknown) MD_SAL Data Store Dependant | Unsure if we will be delivering this at all. | | VLAN Support | To facilitate traditional non-overlay fabric integration. | Done. |
|
| M5 | 9/1/2014 |
| Name | Description | Progress |
|---|
| Code Freeze | | Done | MD-SAL: Clustering: Automated Integration testing of Clustered Data Store | Run the Automated Integration testing of Clustered Data Store from build system | Decided to push to Lithium | | Performance Testing | Test performance and interoperability with OpenStack and Open vSwitch of both OpenFlow and OVSDB protocols. | Decided to push to Lithium |
|
| RC0 | 9/9/2014 |
| Name | Description | Progress |
|---|
| RC0 Bugfixes | Bugfixes intended for RC0 | On Target |
|
| RC1 | 9/15/2014 |
| Name | Description | Progress |
|---|
| RC1 Bugfixes | Bugfixes intended for RC1 | On Target |
|
| RC2 | 9/22/2014 |
| Name | Description | Progress |
|---|
| Release Review | Release Review Description | | Deliverable Name | Deliverable Description | On Target |
|
| Formal Release | 9/29/2014 |
| Name | Description |
|---|
| Deliverable Name | Deliverable Description |
|
Expected Dependencies on Other Projects
| Depends On | Dependency Description | Needed By | Is in Other Project Release Plan |
|---|
| Openflowplugin/ Openflowjava/ Controller Yang Models | OpenFlow v1.3 Support for selected NXM and MF Extensions | M2 and M3 depending on the field | No |
| MD_SAL Data Store | Durable Configuration Storage | M3/M4 | Yes |
Compatibility with Previous Releases
...
- Community
- Performance
- Robust Scale
- Innovation
- Solve Real-World OpenStack Problems
- Kittens
...