...
PnP DUBLIN WORK ITEM | DESCRIPTION | ||||||||
| SO1: Building Blocks | Refactor PBMN workflow. Clean up work previously done in R4. Migrate existing workflows to existing building blocks. Need to sync on the VID implementation of 5G VID Instantiation/orchestration. VCPE also wants to use these building blocks. | ||||||||
| SO2: Service & NF Instance Association | Associating a xNF to a Service. Seen in the VID UI, after instantiation waiting for registration see only a Service instance, and beyond that a PNF resource instance associated with it. DEVELOPMENT STATUS: | ||||||||
SO3: SO support for already existing PNF A&AI entries | [SO] Support of SO for an already existing PNF (active) A&AI Entry (use case with a deleted & recreated service or instantiating 2nd service using the same PNF) DEVELOPMENT STATUS: In ONAP/Casablanca this was updated, and irrespective of AAI entry existence for a PNF instance, the workflow execution always waits to receive a PNF registration event.
This is not planned to be changed in ONAP/Dublin release. | ||||||||
SO-future: Controller to NF Association | [SDC/SO] The PNF controller caused quite a stir in Casablanca, the tension between Design/Platform Model vs Run-Time/Deployment Model. As a result the SO controller design was sub-optimal and should be addressed in Dublin. |
AssignPnfBB
- Responsibility: Creates PNF entry in A&AI
- Makes a link in AAI between service entry and PNF entry
- currently implemented in CreateAndActivatePnfResource.bpmn
WaitForPnfReadyBB
- Responsibility: Waits for "PNF ready" event sent from PRH to DMaaP
- Currently implemented in CreateAndActivePnfResource.bpmn
ConfigAssignPnfBB
- Responsibility: Runs config assign via CDS
- Currently implemented in ConfigurePnfResource.bpmn
ConfigDeployPnfBB
- Responsibility: Runs config assign via CDS
- Currently implemented in ConfigurePnfResource.bpmn
VID IMPACTS
| R6 ITEM | DESCRIPTION |
|---|---|
| VID1 Migration of Sub-worksflows | Migration of existing PNF PnP sub-workflows to a new BB approach (probably we will be creating 4-5 new BBs). VID Impact: Within “old” VID macro orchestration pages, a special field to provide a pnf-id parameter (shall be actually called “correlationID” or “PNF correlationID”) has been displayed under the following conditions:
When we migrate to BB approach, we`d keep the possibility to provide this parameter to the SO API call as input. How this will change with SO/BB approach, and with new VID GUI targeted at macro (GR) flows – we`d see exactly, after we execute some tests with VID. We`d have to check, what capabilities and conditions could be applied to display and process this “PNF Correlation ID parameter”. Can the same BBs could be re-used in “standard” vCPE use-case. We`re looking at a generic solution, and we`d probably display this additional field, when we figure out, that there is a PNF resource used in a Service Model. |
...
| Presentation | File | ||||||
|---|---|---|---|---|---|---|---|
| Presentation for Epic #4: |
| ||||||
| Slides for SO work |
| ||||||
MEETINGS & RECORDINGS
| DATE | TOPIC | WIKI |
|---|---|---|
| Discussion of Geolocation / PNFD/ Civic Address parameters | PNF: PnP - PNFD/SDC AID/AAI Schema Modeling - for GeoLocation |
| Discussion of Modeling | PNF: PnP - PNFD/SDC AID/AAI Schema Modeling - for GeoLocation Discussion Sept 5 2019 |
| Discussion of Civic Address / Place-Location Model | PNF: PnP - PNFD/SDC AID/AAI Schema Modeling - Discussion Oct 3 2019 |
| Presentation of Place concept Model | PNF: PnP - PNFD/SDC AID/AAI Schema Modeling - Discussion Nov 7, 2019 |
...