...
2, The proposals should be identified with the dependency of other ONAP projects or upstream projects.
Proposals for Casablanca | Correlation | Briefing | Dependency | Prioritizing | Effort level estimation | comments | Resource commitment |
Upgrade plugin for Wind River | O1 | Upgrade plugin for Wind River's new release of Titanium Cloud | Impacts: MC Titanium plugin Test on Integration Lab/Physical Lab Wind River Titanium Cloud R5 which is ready and will be deployed in Integration Lab | High | low | MVP | Wind River as MVP (Yun Huang) |
New plugin for Pike & Traits | F3, O2 | New plugin for Pike since pike based Titanium Cloud and pike based Orange Lab | Impacts: New MC OpenStack Pike Plugin Local test and Orange Lab OpenStack Pike which is ready and deployed in Orange Lab | High | medium | MVP | Intel as MVP(Haibin Huang) |
Consistent ID of cloud region enablement | F1, F2 | Support the functional requirement of "Centralized Representation and Consistent ID of a Cloud Region for ONAP" | Impacts: All MC plugins, include k8s/azure plugin VFC (MVP Yan, test on VoLTE case) OOF (MVP?) VID (Stretch goal) SDNC (Stretch goal) SO (Stretch goal) OOF (Stretch goal) APPC (Scaling case?) Pairwise testing with VFC and OOF. Consumers of MultiCloud agree on using the new ID format of Cloud Region. | High | Low to Medium | MVP | Wind River(Bin Yang) as MVP for OpenStack plugin, VMware (Ethan Lynn) as MVP for vio plugin, Azure plugin(Avi), k8s plugin(Victor) . |
Security enhancement: secured communication | NF2 | Enable secured endpoints for MultiCloud services, leverage service mesh for secured communication, encryption will happen on sidecar, so no change to multicloud plugins. Only apply to OOM deployment, won't support heat deployment since it's not release requirement. | Impacts: All MC plugins TSC decide to have this security feature for C. Release | Medium | low | MVP Ramki, Srini will share how service mesh help on this requirement. Bin: Just learned that service mesh can handle this with sidecar approach. TODO(Bin Yang): Check which project will deploy service mesh? OOM? MSB? | Wind River(Bin Yang) as a MVP, VMware(Ethan Lynn) as MVP |
| Use OOF flavors(HPA enablement) | F3 | Using flavors returned by OOF and pass them as parameters to HEAT command line, a new API between SO and MultiCloud is needed, SO will only leverage this API to communicate with MultiCloud instead of using openstack/heat adapter. | Impacts: All MC plugins.(Evaluate the impacts to k8s/azure plugin) SO(Intel Marcus will contribute) OOF(Done in Beijing) Test with SO. SO leverages MultiCloud for heat based VNF orchestration |
| Medium | Medium | MVP |
for OpenStack Plugin and Wind River Titanium Plugin Ethan: SO might be more suitable to pass this parameter to MC. Bin: Yes, it is passed from SO. Ramki: Would be good to make it a common library so that all openstack based plugin could use this library. How does other plugins(k8s/azure) leverage this API? Needs to discuss more about API design. | Intel(Haibin) for OpenStack Plugin, Wind River(Bin Yang) for Titanium plugin, VMware vio plugin( |
Stretch Goal), k8s/azure plugin(?). Bin Yang will continue discuss API design with SO and k8s/azure plugins. | ||
IaaS intent-based framework to support cloud agnostic intent for Compute/Network/Storage Link with Detailed workflow and Example Policies: Edge Scoping MVP for Casablanca - ONAP Enhancements#ONAPEnhancements-Cloud-agnosticPlacement/Networking&HomingPolicies(Phase1-CasablancaMVP,Phase2-StretchGoal) | F2 | Enhance MultiCloud check_vim_capacity API for homing/placement policy |
| . Need to re-define the check_vim_capacity API for both input and output. | Impacts: MultiCloud cloud plugins (OS plugin/Wind River Plugin/VIO plugin/Azure plugin) OOF - minor changes for Phase 1 MVP ( |
VMware/AT&T will contribute) |
infrastructure modeling?
| High | Medium | Phase 1 is MVP for VIO |
Stretch goal for Titanium/openstack/k8s plugin
TODO (Ramki before Tuesday Morning PDT):
1. Get the confirmation from Microsoft(Azure) for development and testing.
(Xinhui/Ramki) / Wind River (Bin Yang |
Amdocs(Avi) for azure plugin as MVP.
VMware(Xinhui, TBD) for vio plugin as MVP.
Intel(?) for k8s plugin as stretch goal.
VMware(Ramki) for OpenStack Plugin as stretch goal?
Intel, Amdocs (Microsoft) as MVP, VMware, Wind River (Bin Yang) as stretch goal/Gil) / Azure (Avdhut/Avi) plugins. Phase 1 is a Stretch goal for OpenStack Plugin & K8s Plugin. Backward compatibility to OpenStack Plugin will be supported. | |||||||
Distributed Edge Cloud Infrastructure Capability Discovery adhering to the Infrastructure Modelling enhancements for Distributed Cloud | F2 | infrastructure modeling | TBD | Low | Stretch Goal offline discussion: dependency on infrastructure modeling | Intel, Amdocs (Microsoft) as MVP, VMware, Wind River (Bin Yang) as stretch goal | |
Deploy MultiCloud service to edge cloud with AAI in centralized ONAP | F2 | multicloud services deployed on edge clouds while AAI in central ONAP | Edge Cloud which is available for sure | low | low | Stretch goal | Wind River (Yun Huang) as a stretch goal |
HEAT orchestration enhancement | UC1, UC2 | Enable M.C. to update AAI inventory after heat orchestration/scaling/termination is done via M.C. plugin | SO will leverage MultiCloud for heat based VNF orchestration and require MultiCloud's help on updating AAI inventory | low | low | Ramki: it is critical that m.c. to play this role | Wind River(Bin Yang) as a stretch goal, others? |
Cloud Region decommission | F1 | With centralized cloud region realized, it is good to decommission the cloud region with a single click | N/A | low | low | Wind River (Yun Huang) as a stretch goal | |
Kubernetes plugin | NF3 | Create a MVP that allows to use Kubernetes as MultilCloud plugin | Low | High | Intel as a MVP (Victor MORALES), Wind River(Bin Yang) as a stretch goal | ||
| Azure plugin | NF4 |
| Low | High | Matti: Confirmed with Microsoft | Amdocs/Microsoft as MVP. | ||||
| StarlingX plugin | O4 | StarlingX release available | TBD | High | Intel (Haibin Huang) as MVP, Wind River (Bin Yang) as a stretch goal | ||
Security enhancement: RBAC enablement | NF2 | Role based access control | TSC decide to have this security feature for C. Release, but not pertain to specific implementation. | TBD | High | Bin: Up on security level from TSC decision. Bin: AAF python library is not available yet. Bin: Service Mesh/istio or MSB could be another option to realize that | Wind River(Bin Yang) as a stretch goal, but subject to TSC's decision |
| SRIOV-NIC support | F3, F2 | HPA feature in OOF facilitates placing VDUs on the site that has compute nodes supporting needed SRIOV-NIC cards. Operators like to have flexibility of placing the workloads on non SRIOV-NIC machines in case there are no matching profiles. In HEAT templates, there is a challenge to have this kind of flexibility. | HPA end-to-end enablement w.r.t. SRIOV-NIC. AAI schema supports the inventory of SRIOV-NIC |
| Low | High | Intel as MVP(Haibin Huang), Wind River(Bin Yang) as stretch goal, VMware as ? | |||||
Aggregated Infrastructure Telemetry Streams | F2 | collectd? | TBD | Medium | offline discussion: What is the intention/workflow | Intel as MVP, VMware to evaluate, Wind River to evaluate | |
| HPA telemetry data collection and persistence | F4 | Collect and persist in AAI HPA telemetry data useful for instantiation and on-going operation of VNFs |
| Low | Low/Med | Intel (Haibin Huang) as MVP |