Table of Contents |
---|
Note: Due to the resource issue, this SOL002 Adapter is moved to the Honolulu release under REQ-400.
Introduction
SOL002 Adapter is similar ETSI adapter as SOL003 and SOL005 that does conversion of ONAP functionality to ETSI MANO functionality and back. Architecture and placement in ONAP should be inline with other ETSI adapters and all common functionality should be shared and implemented just ones e.g.
...
Gliffy | ||||
---|---|---|---|---|
|
Feature Descriptions
Feature | Description |
---|---|
SOL002 Adapter subscribes and consumes VNF LCM notifications from VNFM | SOL002 Adapter utilizes VNFM exposed SOL002 VNF LCM interface to subscribe LCM Notifications:
|
SOL002 Adapter executes VNF LCM operations towards VNFM | SOL002 Adapter utilizes VNFM exposed SOL002 VNF LCM interface:
|
SOL002 Adapter receives subscription and sends VNF Indicator notifications to VNFM | SOL002 Adapter exposes VNF Indicator subscription endpoint and sends Indicator notifications to external VNFM:
|
Epic and User Story
Epic | User Story | Description | Is Guilin? | JIRA |
---|---|---|---|---|
SOL002 Adapter | Epic: SOL002 Adapter will support EM-triggered VNF/VNFC Management |
No |
| ||||||||
SOL002 Adapter subscribes and consumes VNF LCM notifications from VNFM | SOL002 Adapter utilizes VNFM exposed SOL002 VNF LCM interface to subscribe LCM Notifications:
|
|
|
No |
|
| |||
SOL002 Adapter executes VNF LCM operations towards VNFM | SOL002 Adapter utilizes VNFM exposed SOL002 VNF LCM interface:
| No | |
SOL002 Adapter receives subscription and sends VNF Indicator notifications to VNFM | SOL002 Adapter exposes VNF Indicator subscription endpoint and sends Indicator notifications to external VNFM:
| No | |
Documentation for SOL002 Adapter features | Documentation for SOL002 Adapter features |
NO |
| ||||||||
SOL002 Adapter Architecture
...
SOL002Adapter will be the SO microservice component
- SOL002Adapter will be registered in the Microservice Bus (via helm chart)
- SOL002Adapter will be registered manually in the External System Register
- SOL002Adapter on startup will use ESR to get external VNFM data
- SOL002Adapter on startup will register in VNFM for all LCM notifications
- BPMN will trigger LCM operation which will go to SOL003Adapter
- SOL003Adapter triggers the LCM flow in VNFM
- ETSI LCM notification is sent from VNFM and goes to SOL002Adapter
- SOL002Adapter will query A&AI to get VNF data
- SOL002Adapter will construct and publish ONAP event via DCAE/DMaaP. At the current phase it will be DMaaP event t but later on it will evolve to VES event.
- Policy will consume DMaaP event
- Policy will call configuration component to configure VNF
For the integration testing, the VNFM Simulator in the CSIT container will be used
...
The following SOL002 operations will be supported:
API Action | Actor | Method | URI | Description |
---|---|---|---|---|
Subscribe for LCM notifications | SOL002 Adapter → VNFM | POST | /vnflcm/v1/subscriptions (LccnSubscriptionRequest) | To create subscription for LCM notification |
Notify on VNF lifecycle changes | VNFM → SOL002 Adapter | POST | /lcm/v1/vnf/instances/notifications (VnfLcmOperationOccurrenceNotification) | To notify SOL002 adapter on VNF lifecycle changes |
SOL002 Operation Sequence Flows
...
- SOL002Adapter queries the ESR for external VNFM details.
- SOL002Adapter subscribes in it's startup notifications from external VNFM. Filter used can be wide i.e. all notifications.
- When adapter get's success for subscription request it starts to listen notifications. If subscription fails, adapter continues to try again forever with suitable interval.
- When something happens (e.g. VNF instantiated), external VNFM sends notification
- Query AAI for VNF details. GET query to MANO may also be needed if vnfIds in systems are not same. (Optional step, needed if model translation needed)
- SOL002Adapter makes necessary translation from ETSI model to ONAP model. (To be checked: details of translation or if translation even needed - it depends on SOL003 integration)
- Agreed VES event (to be agreed message format and fields) message format of LCM notification is posted to DCAE
- Consume LCM notification
- If Operational Policy reacting to LCM notifications is created as part of normal VNF modeling/instantiation, then user's policy is run. It's up to user's policy what it does and following steps is an example for configuring a VNF with ONAP controller.
- Execute policy action towards actor (through DMaaP or directly)
...
SOL002 Adapter continue to be part of SO. Later on it has to be moved to other component (e.g. GNFC).
DMaaP Message Format
Below is a message (the values are sample) sent over to DMaaP.
Code Block |
---|
{ "closedLoopControlName": "ClosedLoopControlName", "closedLoopAlarmStart": 1589825445, "closedLoopEventClient": "microservice.stringmatcher", "closedLoopEventStatus": "ONSET", "requestID": "8478ff7d-409d-4b7d-b932-f09ab54765ab", "target_type": "VNF", "target": "generic-vnf.vnf-id", "AAI": { "vserver.is-closed-loop-disabled": false, "vserver.vserver-name": "<vServerName>", "generic-vnf.vnf-id": "<genericId>" }, "from": "ETSI", "version": "1.0.2", "etsiLcmEvent": { "id": "63e446ab-bb42-48aa-ad1f-bf20f6710623", "notificationType": "VnfLcmOperationOccurrenceNotification", "subscriptionId": null, "timeStamp": null, "notificationStatus": "RESULT", "operationState": "COMPLETED", "vnfInstanceId": "2124DEPF", "operation": "INSTANTIATE", "isAutomaticInvocation": null, "vnfLcmOpOccId": "86d3de41-a7f7-48eb-9868-5b103dc36d26", "affectedVnfcs": [ { "id": "abc123", "vduId": "vdu987", "changeType": "ADDED", "computeResource": { "vimConnectionId": "vim001" } } ], "affectedVirtualLinks": null, "affectedVirtualStorages": null, "changedInfo": null, "changedExtConnectivity": null, "error": null, "_links": { "vnfInstance": { "href": "https://so-vnfm-simulator.onap:9093/vnflcm/v1/vnf_instances/2124DEPF" }, "subscription": null, "vnfLcmOpOcc": { "href": "https://so-vnfm-simulator.onap:9093/vnflcm/v1/vnf_lcm_op_occs/86d3de41-a7f7-48eb-9868-5b103dc36d26" } } } } |