...
From a high-level perspective, the proposal will allow VSP, when uploaded into SDC, to go through a set of checks to make sure it is (1) compliant to the deployment environment and (2) fetch prior certifications. The checks can be done during the VSP validation stage by implementing plug-ins to SDC and introducing a "registry" to be consulted. Figure 1 shows the proposal in a high-level view.
Figure 1: High-Level proposal.
...
As outlined in the Rationale section above, integrating these checks into SDC will allow queries to VTP and the OVP portal as well as to third-party repositories. Thus the APIs will be designed to interoperate SDC with that range of end-points. In order to meet the Dublin release schedule for the development of plug-ins and APIs, a registry is planned to be implemented as a discrete hosted component outside ONAP. Integration to VTP and OVP portal can be performed when those environments are ready. Figure 2 shows the associated overarching LFN CVP vision and Figure 3 shows the vision of checks to VTP and OVP portal.
...
Impacts
Project | Usage | Impact |
External APIs |
| New API between plug-in and registry. During the Dublin development registry is considered outside of ONAP. |
Modeling | * Data Model for API between SDC plug-in and registry. * Data Model for NFVI content provisioned to registry. | To be checked: sufficiency of existing Modeling for Data Model needs. |
Portal | * Configuration of registry content to check against. * Presentation of diagnostic results of query to registry. | New fields in Portal screen. |
SDC | * Extraction of VNF template attributes and values. * Creation and sending query to registry. * Registry response processing. * Logging of query results. * Continuation or termination of SDC processing. | New functionality of plug-in. |
VNF Requirements |
| New VNF use cases, VNF requirements, VNF test cases. |
...