...
- Establish a NetConf session
A secure communication channel is required to establish a NetConf session. This can be done via Secure Shell (SSH) connection (RFC6242) or via Transport Layer Security (TLS) (RFC5539).
Due to the fact that O-RAN-Alliance requires TLS for HTTP traffic, it is preferred and recommended to use also TLS for NetConf. - Un-subscribe from VES events
Open: The details about the NetConf operation and the exact data structure are currently (2019-07-28) under discussion. The results of this discussion will be updated later here. - Inform VES client about the un-subscription
An MnS Provider internal mechanism is necessary to verify the VES configuration. - Send corresponding VES event
Open: Config-change? - Response from VES server
Based on the response from the VES-HTTPS-Server (TCP/TLS/HTTP-POST/VES) the following scenarios will happen:- SUCCESS
Ths HTTP response codes 20x indicate that the still subscribed MnS consumer has received the last VES message and "knows" that not more VES messages via this channel will be received. - FAILED
Open: How to handle this situation? Release A: ignoring; Release B: x retries?!?!?!
- SUCCESS
- Inform NetConf server about the status of the VES connection
The NetConf server must be triggered, to response the correct status back to the MnS Consumer (NetConf client). - NetConf response
The NetConf server sends a response including the VES connection status of the un-subscription.
Open: Shall the response also include all other attributes of the MOI representing the subscription? - Terminate NetConf session
Once the NetConf client received the NetConf response or the NetConf response timed out, the NetConf session should be actively terminated.
Note: All ODL based NetConf clients until release "Sodium" do not support such functionality yet - Also the ODL based implementation by ONAP CCSDK does not support such function.
It is currently (2019-07-28) under discussion, which of the involved open-source projects should implement such function - candidates are ODL, ONAP-CCSDK, ONAP-SDNC, ONAP-SDN-R, O-RAN-SC-NON-RT-RIC or O-RAN-SC-OAM. (TODO: add OAM Jira to track it). As a consequence, it is very likely that O-RAN-SC release A does not support the automated termination of the NetConf session after NetConf responses.
Figure
PlantUml
Expand | ||
---|---|---|
| ||
''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''''' |
...
with the License. |
...
writing, software |
...
express or implied. |
...
permissions and |
...
tcp/tls/netconf/830\nEstablish NetConf Session (hello, ...) |
...
(which operation) |
...
NetConf session |
...
27 | o-ran-sc.org |