Difference between revisions of "Tracking ML2 Subgroup Reviews"
(→Specs proposed to Kilo Release) |
(→The guideline for updating this wiki is at the end of this page) |
||
Line 34: | Line 34: | ||
| [https://review.openstack.org/138849 ML2 Mechanism Driver for Mellanox SDN] || || || || Nurit Vilosny || || || || || || || || || | | [https://review.openstack.org/138849 ML2 Mechanism Driver for Mellanox SDN] || || || || Nurit Vilosny || || || || || || || || || | ||
|- | |- | ||
− | | [https://review.openstack.org/#/c/138581/ Blueprint for ML2 Mech Driver for VDX non-AMPP mode] || || || || || || || || || || || || || | + | | [https://review.openstack.org/#/c/138581/ Blueprint for ML2 Mech Driver for VDX non-AMPP mode] || || || || Shiv Haris || || || || || || || || || |
|- | |- | ||
− | | [https://review.openstack.org/140261 Spec for Brocade IronwareOS ML2 mechanism driver] || || || || || || || || || || || || || | + | | [https://review.openstack.org/140261 Spec for Brocade IronwareOS ML2 mechanism driver] || || || || Nagendra Rao Jaladanki || || || || || || || || || |
|- | |- | ||
− | | [https://review.openstack.org/140257 Spec for Brocade SVI plugin for MLX] || || || || || || || || || || || || || | + | | [https://review.openstack.org/140257 Spec for Brocade SVI plugin for MLX] || || || || Nagendra Rao Jaladanki || || || || || || || || || |
|- | |- | ||
− | | [https://review.openstack.org/140138 Cisco routing service using vif hotplugging] || || || || || || || || || || || || || | + | | [https://review.openstack.org/140138 Cisco routing service using vif hotplugging] || || || || Hareesh Puthalath || || || || || || || || || |
|- | |- | ||
− | | [https://review.openstack.org/130737 New ML2 mechanism driver for 'Calico'-style VM connectivity] || || || || || || || || || || || || || | + | | [https://review.openstack.org/130737 New ML2 mechanism driver for 'Calico'-style VM connectivity] || || || || Neil Jerram || || || || || || || || || |
|- | |- | ||
− | | [https://review.openstack.org/139204 ML2 Cisco Nexus VxLAN type driver] || || || || || || || || || || || || || | + | | [https://review.openstack.org/139204 ML2 Cisco Nexus VxLAN type driver] || || || || rcurran || || || || || || || || || |
|- | |- | ||
− | | [https://review.openstack.org/137990 Specification for ml2-huawei-switch-mech-driver] || || || || || || || || || || || || || | + | | [https://review.openstack.org/137990 Specification for ml2-huawei-switch-mech-driver] || || || || Yapeng Wu || || || || || || || || || |
|- | |- | ||
− | | [https://review.openstack.org/101124 Neutron ML2 mechanism driver for VCenter DVS network creation] || || || || || || || || || || || || || | + | | [https://review.openstack.org/101124 Neutron ML2 mechanism driver for VCenter DVS network creation] || || || || Feng Xi Yan || || || || || || || || || |
|- | |- | ||
− | | [https://review.openstack.org/132363 Add spec for ML2 host IP support in port bindings] || || || || || || || || || || || || || | + | | [https://review.openstack.org/132363 Add spec for ML2 host IP support in port bindings] || || || || Lorand Jakab || || || || || || || || || |
|- | |- | ||
|| DEFERED From Juno To Kilo || || || || || || || || || || || || || | || DEFERED From Juno To Kilo || || || || || || || || || || || || || |
Revision as of 16:10, 17 December 2014
Here are tables for tracking the status of the specs related to ML2 in Juno: --Banix (talk) 01:37, 10 June 2014 (UTC)
The guideline for updating this wiki is at the end of this page
Specs proposed to Kilo Release
For categories, please see the description at the bottom.
Merged Specs along with Merged Code in Juno
Title | Spec/BP | Owner | Priority | Code | R1 | R2 | R3 | R4 | C1 | C2 | C3 | Code Status |
---|---|---|---|---|---|---|---|---|---|---|---|---|
ML2 Type drivers refactor to allow extensiblity | spec | asomya | 2 (Med) | abandoned code1 code2 code3 | - | - | - | - | - | - | - | code1 & code2 merged |
ML2 Mechanism Driver for Cisco DFA | spec | nlahouti | 3 (Low) | code1 code2 code3 code4 | banix | yamamoto | rossella_s | - | - | - | - | code1 merged |
ofagent: port monitoring w/o ovsdb accesses | spec | yamamoto | 3 (Low) | 108915 (devstack) | - | - | - | - | - | - | - | Merged |
ofagent l2pop support | spec | yamamoto | 3 (Low) | all merged | - | - | - | - | - | - | - | Merged |
OFAgent: Merge br-int and br-tun | spec | yamamoto | 3 (Low) | all merged | - | - | - | - | - | - | - | Merged |
ofagent: physical interface mappings | spec | yamamoto | 3 (Low) | all merged | - | - | - | - | - | - | - | Merged |
Support for extensions in ML2 | spec | nlahouti | 3 (Low) | code | - | - | - | - | - | - | - | Merged |
Arista L3 Router Service Plugin | spec | sukhdev | 3 (Low) | code | - | - | - | - | - | - | - | Merged |
Layer 3 Service Plugin for Brocade VDX Switches | spec | shivharis | 3 (Low) | code | - | - | - | - | - | - | - | Merged |
Allow partial specification of Provider Network attributes | spec | zzelle | 3 (Low) | code1 code2 code3 | - | - | - | - | - | - | - | Merged |
ML2 Mechanism Driver for the Cisco APIC | spec | HenryG | 3 (Low) | code1 Code2 | - | - | - | - | - | - | - | Merged |
ML2 Mechanism Driver for SR-IOV NIC switching | spec | irenab | 3 (Low) | code1 code2 | - | - | - | - | - | - | - | Merged |
Neutron OVS based Distributed Virtual Router | spec | swami | 1 (High) | (DVR subteam) | - | - | - | - | - | - | - | ML2 related review is merged |
Freescale SDN Mechanism Driver | spec | trinaths | 3 (Low) | code | yamamoto | - | - | - | mestery | amotoki | - | Merged |
Planned
Title | Spec/BP | Owner | Comment |
---|---|---|---|
Modular L2 Agent | banix | Under development | |
ofagent: sub driver | BP | yamamoto | probably some overlap with modular l2 agent |
Guide
- Mechanism Drivers do not need a blueprint starting Kilo Release (?)
- The owner of a given spec is responsible for keeping the corresponding row in this table up to date
- A reviewer can add her name to the table when she reviews a spec but ultimately the spec owner needs to make sure the information is up to date
- Priority
- Use the following strings for priority: "1 (High)", "2 (Med)", "3 (Low)" so we can easily sort the table based on the priority if need be
- If not sure, insert the spec with priority set to 3 (Low)
- The priority of specs were decided to be defined as follows (IRC Log):
- So mestery suggests vendor-specific drivers should be at low priority, consistent with vendor plugins and vendor service drivers
- The ML2 team can identify 2 or 3 BPs to treat as high priority
- These need to be of general community interest, and really important to complete for Juno
- And we can identify several more BPs to treat as medium priority, which also should be of general community interest
- Types
- Common: ML2 common features : features which affects ML2 plugin core or are required by multiple drivers
- OVS: Open vSwitch mechanism driver / agent : features specific to OVS mech driver or OVS agent. Some blueprints are proposed only for OVS but they are sometimes common to ML2 plugin. I prepared a separate category for OVS (amotoki).
- Driver: ML2 mechanism driver specific : features specific to a driver
Other Considerations
- Should we do the same for regular (not specs) neutron reviews? Will that be too much? We can wait and see if the current table will be used and if it will make the review process any better and then decide.
- Any changes we can make to Launchpad and/or Gerrit review that will make the tracking of the specs easier and that will make using a table like this unnecessary?