Feedback: The answer got during July virtual developer event was SDC supports TOSCA, but need to check if VoLTE template from Open-O (that's what VFC is expecting) can be supported.
Michael Lando sdc is working on the needed capabelties to support the import.
|
|
|
| N |
B11 |
| MSB | A repo under OOM to accommodate the registrator codes which integrate OOM and MSB
Resources and Repositories (Deprecated)#ONAPOperationManager
| OOM | Request has been sent out to OOM PTL but no response yet. |
|
|
| Y |
B12 |
| SDC | The work flow repo | SDC | During the virtual developer meeting, Michael response that he will take care of it.
Michael Lando: the repository is avilable and the work flow code is there already
|
|
|
| Y |
B13 |
| Holmes | Holmes is not able to call A&AI RESTful APIs while integrated with DCAE.
| MSB/OOM/DCAE | Need DCAE to be integrated with MSB for service discovery. |
| Y |
|
|
B14 |
| VoLTE usecase/ Integration/SO/VFC | SDC VoLTE use case support | SDC | Identify the gaps before the functional freeze milestone, here are the action items and date.
Design an example VoLTE model with SDC and export the model as CSAR (use OPEN-O VoLTE CSARs as reference) – by July 30
Analyze the gaps for VoLTE model design supporting – by July 31
Estimate the Identified gaps and risks, decide which plan should be the first priority to support VoLTE use case in Amsterdam release. - by August 1.
Add the work items to Amsterdam Release to address all the identified gaps. - by August 3.
| Y | Y |
|
|
B15 |
| SDC/VFC integration | VoLTE usecase support | SDC | NSD and NS Package need
the SDC team confirmVNF Package and ImageDesc need the SDC team confirmTOSCA issues need the SDC team confirm
Michael Lando SDC is looking into the issues .
|
|
|
|
|
B16 |
| VNF SDK | Need to understand process for handing-off TOSCA packaged VNFs for onboarding | SDC | Need to understand how we can transfer VNFs from the vnfsdk package validation tool to SDC once the VNFs have been validated | N | Y |
|
|
B17 |
| VF-C | VoLTE usecase related instances persistence
Need to confirm if adding new attributes will impact other projects
| A&AI | James Forsyth will provide instructions for adding new attributes that used in VoLTE usecase in A&AI scheme. Complete - see this page: Tutorial: Making and Testing a Schema Change in A&AI
|
| Y |
|
|
B18 |
| SO | VFC NBI definition for SO | VFC | Need VFC NBI definition
-by 7/31
Feedback from Yan, VF-C team have discussed the interface with so team and will provide the interface document by 7/31
Feedback from Yan,The interface document has uploaded in wiki:
VF-C R1 Deliverables
|
| Y |
|
|
B19 |
| SO | Clearly define and document SDC output and its content, including recipe, model, and other artifacts | SDC
| Michael Lando sdc has documented all the external api and destribution info.
please remove thsi blocker or spcify what exactly is needed.
| N | N |
| N
This is an issue not a blocker.
|
B20 |
| Multi VIM/Cloud | ARIA flow interfaces for Multi VIM | SO | Need to identify basic scope for R1 and function test case |
|
|
| Y |
B21 |
| Multi VIM/Cloud | APP-C interfaces for Multi VIM, Should we support VM status get, stop, start for R1 use cases? | APP-C | Need to identify API for R1 and function test case for VCPE use case |
|
|
| Y |
B22 |
| Multi VIM/Cloud | scope for R1 | DCAE | identify DCAE service delopyment interfaces for Multi VIM, interfaces called by Cloudify |
|
|
| Y |
B23 |
| APPC | Dependency on SDNC for ODL Docker | SDNC | APPC is dependent on SDNC for the ODL and must align on same version. SDNC is planning to upgrade to Carbon, so APPC must also upgrade. ETA for Carbon Docker was end of July, but reforecast to 8/4. ODL upgrade has been problematic in the past, so important to get this as soon as possible to start integration. | N | N | Received Carbon ODL Docker from CCSDK; working to integrate into APPC now. | Y |
B25 |
| DCAE | Need DMaaP deployment blueprint for ONAP R1 | DMaaP | 8/23 - OOM will be deploying dmaap; no longer blocker for DCAE |
|
|
| Y |
B26 |
| DCAE | Need to understand how API endpoints provided by other ONAP components are configured/communicated to when ONAP is deployed. For example, how would DCAE know where is the A&AI API. Is this well-know via a DNS C-name or via service discovery. If the latter, how. | Integration or OOM | Pending decision from Integration team meeting planned for 8/28
Feedback: have scheduled a meeting on 8/7 to discuss the issue.
|
|
|
| N
Results from 8/7 meeting: when ONAP is deployed by HEAT, the service discovery is clear. When ONAP is deployed by OOM, it needs more discussion.
In another meeting which OOM/DCAE/MSB/Integration teams participated, no conclusion could be made on how MSB integrated with OOM.
|
B27 |
| DCAE | Need to understand how the whole ONAP system is brought up, and how various per-deployment configuration parameters are communicated to individual ONAP components and subcomponents. | Integration or OOM | Pending decision from Integration team meeting planned for 8/28
Feedback: have scheduled a meeting on 8/7 to discuss the issue
|
|
|
| N
Results from 8/7 meeting: when ONAP is deployed by HEAT, the mechanism of parameter passing is clear. When ONAP is deployed by OOM, it needs more discussion.
|
B28 |
| Usecase UI | APIs for alarm and performance. | DCAE | Does DCAE provide alarm and performance datas to Usecase UI by RESTful APIs?
08/21 - Vijay Venkatesh Kumar Based on meeting held on 8/14, DCAE events will be subscribed from DMAAAP by usecaseUI team.
| Y N |
|
| N |
B29 |
| CLAMP | Interface content change
DCAE blueprint model needed (Holmes blueprint)
| Policy, DCAE, SDC | 3 potential changes might affect CLAMP development :
the content that Clamp sends to Policy might be updated (api will be the same, only changes in the content); fixedthe format of the blueprint that Clamp sends to SDC might be updated (api will be the same, only changes in the content);the data model for TCA might be changed (means both UI and backend code change)
| N | N | CLAMP team will account for these changes in next sprints but the sooner the change is identified the better. | N
|
B31 |
| OOM | Availability of stable code / docker image for:
SO (currently the MSO code is there, but no tosca-based orchestration added)DCAE Gen 2
| SO
DCAE
| OOM needs to have stable and working docker images in order to complete deployment specs. |
|
|
|
|
B4 |
| Holmes | APIs for service query (like the info of services which are registered to the DCAE Consul) and configuration loading, etc. | DCAE | How to get the external IP of the services via Consul? Where and how to pull the rules designed during the run time? When will the detailed APIs be provided?
Feedback from Lusheng, the high level API will be provided by M2, and the full API spec. by M3.
8/21 - Vijay Venkatesh Kumar: Holmes when deployed by DCAEGEN2 will be registered into Consul by the platform. Run-time rules will be pushed into container as updated configuration (K-V pair)
| N | Y | 2017/08/27 |
|
B33 |
| DCAE/Holmes/POLICY | Clarification on A&AI API calls during Control Loop runtime by the various components. | A&AI
James Forsyth
| Pamela Dragosh will provide more details for this blocking issue.
| N | N | M4 Blocking
Pamela Dragosh will create a wiki to clarify the outstanding issues.
Schedule subsequent meeting with the teams to resolve.
| Y |
B32 |
| VNFRQTS | Jenkins / Verify | LF +
documentation manages the jenkins task for all documentation
| Difficult for the VNFRQTS project to progress unless we can have visibility of our work product at onap.readthedocs.io | Y | Y | working with LF + Docs to resolve | N |