...
Table of Contents | ||
---|---|---|
|
Introduction
The BBS approach is to take advantages of the existing ONAP implementation as much as we can. In Nomadic ONT scenario, ONT is logically modeled to PNF. Restconf collector introduced in R3 is reused to collect ONT relocation notification. The notification will be converted into VES pnf registration event by VES Mapper micro service. PRH, which is the generic PNF Registration Handler micro service in ONAP, is enhanced to cover PNF re-registration logic. This newly defined PNF re-registration event triggers Policy engine to take actions over SDNC component to fulfill the ONT relocation procedure.
Nomadic ONT Flow (Original)
The following diagram reflects the complete Nomadic ONT flow with Policy triggering SO (instead of SDNC) at ONT moving (i. e., PNF Re-registration) detection. We will modify this for SDNC to take the service update per ONT relocation.
...
- Access SDN M&C reports the ONT registration event to DCAE/PRH
- DCAE/PRH checks if there is an existing PNF entry in AAI for the ONT and if the service associated with this ONT is activated. Updates the ONT info in AAI
- DCAE/PRH publishes an PNF Re-registration event with that CFS id from AAI on DMAAP
- Policy engine will call SO API upon the DCAE_CL event based on the BBS ONT Re-Registration operational policy pre-deployed to it
- SO initiates the service re-provisioning procedure per ONT location change.
DCAE
Restconf Collector
The APIs to Access SDN M&C leverage those specified in CCVPN Closed Loop.
...
In case of BBS use case, Restconf collector subscribes both of ONT Registration and RG Activation notifications through separate SSE connections with Access SDN M & C , each of the connection handler is assigned at design time to build JSON message with different topic of Restconf_Notification (TBD) with certain Restconf2VES XML file indicator (in OID field for the time being ?).
ONT Registration Notification
Following is an example of ONT Registration notification received from Access SDN M&C - the domain controller.
Code Block | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||
[ { “notification” : { “event-time”: ”2018-03-15T08:15:32.000Z”, “notification-id”: ”2541256”, “message”: { “topic”:“resource”, “object-type”:“ont”, “version”: ”v1”, “operation”: “Create”, “target”: ”ont/ont=23hk1231231232”, “content”: { “ont”: { “ontSN”:“48575443FA637D1A”, “neName”:“MA5800T-001”, “neUNIPort”:“0/1/6”, “onuID”:“101”, “accessID”:“HG65875420001”, “remark”:“”, } } } } } ] |
RG Activation Notification
Following is an example of RG Activation notification received from Access SDN M&C - the domain controller.
Code Block | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||
[ { “notification” { “event-time”: ”2018-04-15T08:15:32.000Z”, “notification-id”: ”2541256”, “message”: { “topic”:“resource”, “object-type”:“Gateway”, “version”: ”v1”, “operation”: “Create”, “target”: "Gateway/sn=83575443FA637D1A”, “content” : { “Gateway”: { “gatewaySN”:“83575443FA637D1A”, “mac”:“28-6E-D4-89-34-DD”, “pppoeUserName”: ”587564@163.com”, “ip”: 10.68.52.158””, “state”:”OnLine”, “ontSN”:“48575443FA637D1A” } } } } } ] |
VES Mapper
Restconf2VES Mapping
The Restconf2VES mapping rule (*.xml) is provided by the vendor for certain type of notification for ONT and defined as the following:
Code Block | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||
PNF Registration Event
VES Mapper converts the ONT Registration notification JSON message from DMAAP into the following PNF Registration event.
Code Block | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||
This pnfRegistration Event definition can be found at link: https://wiki.onap.org/display/DW/5G+-+PNF+Plug+and+Play#id-5G-PNFPlugandPlay-STAGE3-PNFREGISTRATIONVESEVENT |
PRH Extension
PNF Re-registration Detection
Refer to PNF Re-registration detection logic handled in 5G use case.
PNF for ONT in A&AI
Refer to ONT/PNF definition in ONT modeling.
PNF Re-registration Event
This event is the output of PRH PNF re-registration handling and is used to trigger Policy engine to taking for actions on the associated HSIA service.
DCAE_CL_Event
A&AI Enrichment
The moving ONT associated (through pnfName) service ID is looked up in A&AI and enriched in the A&AI portion of the above DCAE_CL_Event which trigger the operational policy in the operational policy defined below.
New Micro-service
A new micro-service, ONAP Micro-Service or ONAP SM SDK, that handles RG Online (or activation) notification will be introduced to consume a new type of VES event. This event is converted from RG Activation notification by VES Mapper.
...
Another option of handling RG Activation Registration Event is to have it directly trigger Policy Engine to take further action.
RG Activation Notification Event
Code Block | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|
| ||||||||||
Policy
Apex Engine Triggering
Pdp-D Option
Operational Policy
SDNC Recipe
Notes:
Interestingly, this is the first case where DCAE/Policy seem playing roles together in a non-closed/loop or service assurance in sense of usage/solution in ONAP domain, However, this does not really matter in the sense of micro services since service is a service as long as it provides the functionality that meets the requirements in a solution, An argument could be that Policy engine does not have to be introduced in this case, However, the important functionality for policy engine is to decouple action takers from the trigger pullers and ultimately establish robust policy driving on this platform w/o code change.