...
| Risk ID | Project Team or person identifying the risk | Identification Date | Risk (Description and potential impact) | Team or component impacted by the risk | Mitigation Plan (Action to prevent the risk to materialize) | Contingency Plan - Response Plan (Action in case of the risk materialized) | Probability of occurrence (probability of the risk materialized) High/Medium/Low | Impact High/Medium/Low | Status |
|---|---|---|---|---|---|---|---|---|---|
| 1 | SDNC | 1/14/19 | NETCONF/TLS support is new in OpenDaylight Fluorine release. Thus, ONAP will be one of the early adopters and hence there is some element of risk. | SDNC/APPC | We will try to target NETCONF/TLS for an early sprint to allow ample recovery time if we need to fall back to NETCONF/SSH | Fall back to NETCONF/SSH | High | High | Assessment |
| 2 | 1/15/19 | PNF use case being dependent on the delivery of the 5G use case, if it doesn't get deliver, then we won't be able to showcase the E2E automation for the PNF use case in Dublin. | CCSDK CDS SO | We will provide support in discussions around E2E automation and help driving success of PNF use case. | Demonstrate the E2E automation functionality using VNF use case. | Medium/High (Scorecard for M2 still empty) | Low | Assessed | |
| 3 | Portal | 8 Jan 2019 | Security impact on Policy, VID apps that use portal/sdk regarding addressing NexusIQ security issues and AAF integration which is not committed by Portal team so far due to lack of resources; | Policy, VID, AAF | Requesting open community for resources who can help with NexusIQ security critical issues in portal/sdk and portal. | Document the security impact in the release note | High | High | Assessed |
| 4 | Portal | 8 Jan 2019 | Impacts Dublin platform maturity requirements (Footprint Optimization, Logging Capabilities). Also, OOM deployment is impacted if the DB scaling changes are not supported by Portal team; also the changes for simplification of etc/hosts entries impacts the OOM deployment which is not committed by Portal team so far due to lack of resources. | OOM, Integration/Testing | Requesting open community for resources who can help with Footprint Optimization, Logging Capabilities in Portal under OOM scripts. | Risk partially addressed: Michael O'Brien is helping to address the logging capabilities. | High | Medium | Assessed |
| 5 | CLAMP | 23 Jan 2019 | New policy api(and contents) for CRUD operations on policies not defined yet | CLAMP, Policy | use old policy API | create config. policy the old("R3 release") way | Low (Policy team eventually committed so Risk can be closed) | Medium | Closed |
| 6 | CLAMP | 23 Jan 2019 | Blueprint generated by DCAE-D (SDC) might not be compatible with DCAE | CLAMP, DCAE-D, DCAE | Keep current manual blueprint onboarding in SDC (as VFI). | Manually created blueprint with correct format manually on boarded in SDC and distributed to CLAMP and DCAE. | High | Low | Planned |
| 7 | CLAMP | 23 Jan 2019 | New DCAE API to get status of µS not yet defined | CLAMP, DCAE | use current DCAE api | monitor only µS created by CLAMP | High | Low | Planned |
| 8 | AAF | 24 Jan 2019 | Originating company has reduced available developers for AAF. New features cannot be guaranteed. | AAF | Dublin planning for AAF is conservative on new code commitments. | Community Step-up | High (reduced resources is an absolute fact) | Low (because we are reducing planning to compensate) | Assessed |
| 9 | AAF | 24 Jan 2019 | CMPv2 is asked for by VNFs, including Nokia | AAF/VNF | Few Resources. Existing Java Libraries not found. | a) someone finds reliable CMPv2 libraries for Java b) Write own from scratch | Medium | Low (CMPv2 is already set as Stretch goal because of resource) | Assessed |
| 10 | OOF | 25 Jan 2019 | Impact of the requirement of migrating to OOM based CSIT | OOF | Requesting the community for resources who can help with this ask for Dublin. | Provide prompt support to any issue that will be identified during the pair-wise testing and integration testing | High | Medium | Assessed |
| 11 | DCAE | 15-Feb-2019 | The new lifecycle Policy API definition being introduced for Dublin are under draft and having frequent churn; this is blocking DCAE Policy Handler evaluation/enhancement required to support this API. Based on current assessment of draft versions - new proposed updates impacts existing client (PH) handling of policy data in signficant manner. Also its not clear if the old API's should be also supported by client in parallel, which adds more complexity. | DCAE, Policy, CLAMP | Requesting Policy team finalize the API definition soon in a way its not major rework for the clients. | Continue current (r3) api's | High | High | Identified |
| 12 | Integration | 14-Feb-2019 | S3P- Geo-Redundancy - Lab Environment to be available by M4 | Integration | Medium | Medium | Assessed |