You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 33 Next »

This centralized page, for all Dublin projects, is aimed at identifying the risks as they are foreseen within the release life cycle.

A Risk that materialized becomes an Issue.

Status:

  • Identified: a risk that has been identified, but has not yet been analyzed / assessed yet 
  • Assessed: an identified risk which currently has no risk response plan 
  • Planned: an identified risk with a risk response plan
  • In-Process: a risk where the risk response is being executed 
  • Closed: a risk that occurred and is transferred to an issue or the risk was solved/avoided
  • Not occurred: a risk that was identified but that did not occur 
  • Rejected: created and kept for tracking purposes but considered not to be used yet




Risk IDProject Team or person identifying the riskIdentification DateRisk (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
1SDNC1/14/19NETCONF/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/APPCWe will try to target NETCONF/TLS for an early sprint to allow ample recovery time if we need to fall back to NETCONF/SSHFall back to NETCONF/SSHHighHighAssessment
21/15/19PNF 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)LowAssessed
3Portal8 Jan 2019Security 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, AAFRequesting open community for resources who can help with NexusIQ security critical issues in portal/sdk and portal.Document the security impact in the release noteHighHighAssessed
4Portal8 Jan 2019Impacts 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/TestingRequesting 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.

HighMediumAssessed
5CLAMP23 Jan 2019

New policy api(and contents) for CRUD operations on policies not defined yet

CLAMP, Policyuse old policy APIcreate config. policy the old("R3 release") wayLow
(Policy team eventually committed so Risk can be closed)
MediumClosed
6CLAMP23 Jan 2019Blueprint generated by DCAE-D (SDC) might not be compatible with DCAECLAMP, DCAE-D, DCAEKeep 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.


HighLowClosed
7CLAMP23 Jan 2019

New DCAE API to get status of µS not yet defined

CLAMP, DCAEuse current DCAE apimonitor only µS created by CLAMPHighLowClosed
8AAF24 Jan 2019

NOTE: This Comment is only referring to Stretch Goals. Our Committed work is proceeding apace.

Originating company has reduced available developers for AAF. New features cannot be guaranteed.

This applies ONLY to Stretch goal of CMPv2 (see #9) and request for Cookie Authentication (not listed here)

AAFDublin planning for AAF is conservative on new code commitments.Community Step-upNot a RiskNot a RiskWe have removed the Stretch Goals from our Commitment
9AAF24 Jan 2019

This is a Stretch Goal. See #8, we don't have time or resources to accomplish in Dublin.

CMPv2 is asked for by VNFs, including Nokia

AAF/VNFFew Resources. Existing Java Libraries not found.

a) someone finds reliable CMPv2 libraries for Java

b) Write own from scratch

Not a RiskNot a RiskWe have removed the Stretch Goals from our Commitment
10OOF25 Jan 2019Impact of the requirement of migrating to OOM based CSITOOFRequesting 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 testingHighMediumAssessed
 11DCAE 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 significant manner. Also its not clear if the old API's should be also supported by client in parallel, which adds more complexity.

DCAE, Policy, CLAMPRequesting Policy team finalize the API definition soon in a way its not major rework for the clients.Continue current (r3) api's High HighPlanned
12Integration14-Feb-2019S3P- Geo-Redundancy - Lab Environment to be available by M4Integration

MediumMediumAssessed
13Integration19-Feb-2019Resource has been identified and committed to the development of new cases/functional requirements/non-functional requirements, however new development work can and will break existing functionality and delays other team development and testing. There is few mechanism in place today to prevent it until the integration test time (which is too late)Integration and all teamsDaily integration CI and add passing integration sanity test to milestone checklistEnforce it at each milestoneHighHighBeing Assessed
14Integration20-Feb-2019Windriver lab becomes the solely integration lab right now after TLab was out. Windriver lab is single point of failure for ONAP integration test, and any disturbance or resource shortage in Windriver lab would jeopardize Dublin release. We are already running into resource crunch in Windriver lab now.IntegrationSet up ONAP on Azure and experiment integration test on it (ONAP deployment and vFWCL)Scale up to support full integration test on Azure in case of disruption or resource shortage in Windriver labMedium to HighHighBeing assessed
15AAI19-Feb-2019

AAI has a breaking change in the PNF object in Dublin. Request for feedback from all PTLs has been made, will assess based on feedback after next week's PTL call whether or not this can go in.

If the change goes in, data migration will need to happen for embedded PNFs, and AAI may be resource constrained in developing the migration utilities.

AAI

Get confirmation from PTLs that the breaking change is OK


Do not accept the change in DublinLowHighBeing assessed
16OOM20-Feb-2019May not be able to deliver on Network Policies (OOM-1507) due to insufficient resources.OOMNeed more resourcesMay be pushed to El Alto if unable to deliver within current release.HighLowAssessed
17OOM20-Feb-2019Dublin Helm Charts not being deployed to public ONAP Helm repository.OOMRaised [ONAP Helpdesk #68891]Working with LF now and should be resolved shortly. Once resolved will close this issue.LowLowAssessed
18Model Driven Control Loop25-Feb-2019The work on the SDC TOSCA-Lab compliant models is progressing very slowly. Open questions for the SDC team regarding format of models and issues with current TOSCA-Lab are not getting answered. This is stretch goal for SDC, but is affecting the other projects team to fulfill their commitments.Policy, DCAE, CLAMPRequesting SDC to help with open questionsMay need to push to El Alto.MediumHighBeing Assessed


  • No labels