Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

PnP DUBLIN WORK ITEM

DESCRIPTION

AAF1: Security Enhancement

[AAF] Security enhancements slated for Dublin will need to be working for PnP Use Case. Discussing with DCAE about supporting TLS authentication just with Certificate without Username & Password. If the NF already uses the UN&P for the HTTP connection (that should still work).

Certificate use should be working in Dublin to setup the HTTPS connection.

PROPOSAL: Thus, both Certificate & Username & Password will be supported. (This is suggested for backward compatibility). i.e. there are already existing deployment.

PROPOSAL: It is recommended to use the Certificate.

Certificates as part of the authorization? Subject of the certificate is something that can be used as authorization, the proposal to DCAE is that there is a list of authorized users/subjects. Initially it could be manually configured, but the objective is that this would come from AAF.

Start with Certificates local check: subjects against a list (w/ wildcards). Agree w/ appropriate interface w/ AAF then integrate w/ AAF. If identity not found use basic authentication a second check w/ username & password. otherwise access is rejected (HTTP return code).

ASSOCIATED DEVELOPMENT:

VNFRQTS - Certificate Authentication for HTTPS/TLS -

Jira Legacy
serverSystem Jira
columnskey,summary,type,created,updated,due,assignee,reporter,priority,status,resolution
serverId4733707d-2057-3a0f-ae5e-4fd8aff50176
keyVNFRQTS-524

DCAE Development for Authentication for HTTPS/TLS -



SDN-C/R (Controller) IMPACTS

...

PnP DUBLIN WORK ITEM

DESCRIPTION

CTL1: Controller PNF Interaction

[CONTROLLER] Controller definition (SDN-C) came so late in Casablanca, we had defined some additional optional parameter for the step37 Service Configuration but likely more evolution needs to be done. SDN-C was not the theoretical proper controller and people objected as this is conceptually the L0-L3 controller.

[STEP 35-37] - The SO to SDN-C and Controller to PNF exchange (Ansible or NetConf) was a carry-over item from R3. This requires that an API between SO to SDN-C is in place to support this. It requires that SDN-C support the appropriate Ansible Playbook and Directed Graph.

Controller Design Studio (Design Time) - to customize configuration. This might be used to set the values of parameters that might be send down to a PNF.


PRH IMPACTS


PnP DUBLIN WORK ITEM

DESCRIPTION

PRH1: A&AI New PNF
Schema Adaptation

New A&AI schema adaptations: Chesla Wechsler found a discrepancy between PNFs and VNFs; VNFs are identified via VNF-ID (UUID), and PNFs - via PNF-name.
So PNF-id should be used for Identities. This differentiates the way that PRH is searching for PNFs in A&AI, when PRH does the PNF registration in A&AI (may also require SO change).

A PNF-name parameter will be used to search a relevant PNF instance, and then CRUD operations will be executed using the PNF-ID value obtained from that previous instance search.

PNF-id = UUID;

PNF-name = Correlation ID.

PRH use search API to find PNF instance based on PNF-name then get the PNF-id.

pnfRegistration VES Event to get the Key to search A&AI. use "sourcename" (part of VES Common header). Take value of sourcename search A&AI to find a PNF entry. In R3/Casa search against PNF-name = sourcename (search for object get PNFid); In R4/Dublin search against PNF-name = sourcename (with a different API). search for object. Change in primary key in A&AI.

ASSOCIATED DEVELOPMENT:

See task A&AI1 and SO4.
This work is to be covered here:

Jira Legacy
serverSystem Jira
serverId4733707d-2057-3a0f-ae5e-4fd8aff50176
keyDCAEGEN2-885

PRH2: Integration[PRH] There might be more integration or development for the PRH in Dublin.
PRH3: PNF Registration Update the A&AI Entry

When the PNF registers, PRH should update the A&AI entry with the information in the VES event.

PRH shall update A&AI with all fields from pnfRegistration VES event into all corresponding fields of A&AI entry. See the 5G - PNF Plug and Play wiki

DEVELOPMENT STATUS:

Jira Legacy
serverSystem Jira
columnskey,summary,type,created,updated,due,assignee,reporter,priority,status,resolution
serverId4733707d-2057-3a0f-ae5e-4fd8aff50176
keyDCAEGEN2-691


A&AI IMPACTS

DUBLIN ITEMDESCRIPTION
A&AI1: A&AI pnf-id as INDEX for PNF

[A&AI] Using the pnf-id (instead of pnf-name) as the index for PNF into A&AI. (discussion started in R3, socialized, Contact: Chesla Wechsler ).
Get naming indexing consistency with PNFs and VNFs. Schema A&AI model update.

ACTIONS: Inform Clients of break in change & migration.
Details: Proposal to Change AAI PNF Entity to use PNF-ID as key
ASSOCIATED DEVELOPMENT:


A&AI2: External Manager (EMS/NMS) [ESR]

[A&AI] IP address or association with the External Manager. Is the ESR concept sufficient? https://onap.readthedocs.io/en/beijing/submodules/aai/esr-server.git/docs/

During PnP, the IP address of the External Manager would saved/stored or set by user or by the PNF. Where would that be stored? would it be in A&AI. Information about the External Manager is discovered & stored. Note: The External Manager info is optional

A&AI3: Cloud Home Server (A&AI)[A&AI] Tracking the Cloud Home Server (CLLI, Cloud ID); is the association with the COMPLEX Object sufficient? How-To: Register a VIM/Cloud Instance to ONAP
A&AI4: SO support of A&AI creation

[SO] A&AI UI can create an inactive PNF (inactive) A&AI entry.
A Service provider might use an inventory system and A&AI UI to create a PNF A&AI entry.

In Step #19A instead of EXITING, SO would go into WAIT STATE pending rehydration of RLF w/ pnfReady

DEVELOPMENT STATUS:

(Completed in ONAP/Casablanca -

Jira Legacy
serverSystem Jira
serverId4733707d-2057-3a0f-ae5e-4fd8aff50176
keySO-797
)

A&AI5: SO support for already existing PNF A&AI entry

[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)

In Step #19B SO would exit and service creation would continue

...

  1. The Use Case is not functional yet, nor in the test laps and is not yet ready for the Dublin release
  2. Testing has not begun yet to show the test case works

Summary Testing Status:

GOALTEST CASESTATUS
SO1: Controller Association##

Status
colourRed
titleNot Implemented

SO2: SO Support of A&AI Creation##

Status
colourRed
titleNot Implemented

SO3: SO Support for already existing PNF A&AI Entries##

Status
colourRed
titleNot Implemented

SO4: SO to Support updated A&AI PNF Schema##

Status
colourRed
titleNot Implemented

AAF1: Security Enhancements##

Status
colourRed
titleNot Implemented

CTL1: Controller - PNF Interaction##

Status
colourRed
titleNot Implemented

PRH1: A&AI New PNF Schema Adaptation##

Status
colourRed
titleNot Implemented

PRH2: Integration##

Status
colourRed
titleNot Implemented

PRH3: PNF Registration Update of the A&AI Entry##

Status
colourRed
titleNot Implemented

A&AI1: A&AI pnf-id as Index for PNF##

Status
colourRed
titleNot Implemented

A&AI2: External Manager (EMS/NMS) [ESR]##

Status
colourRed
titleNot Implemented

A&AI3: Cloud Home Server (A&AI)##

Status
colourRed
titleNot Implemented

A&AI4: SO Support of A&AI Creation##

Status
colourRed
titleNot Implemented

A&AI5: SO Support for already existing PNF A&AI Entry##

Status
colourRed
titleNot Implemented

VID1: Vid Enhancements##

Status
colourRed
titleNot Implemented

VID2: VID Enhancements##

Status
colourRed
titleNot Implemented

VID3: VID PNF Management enhancements##

Status
colourRed
titleNot Implemented

PORTAL1: Functional Menus##

Status
colourRed
titleNot Implemented