Work In Progress

Under construction

CPS-391 - Getting issue details... STATUS

Guiding Principles

NCMP REST Interface will follow/be inspired by RESTConf interface for easy acceptance of and transition to this interface
The interface will include the concept of data-stores inspired by Network Management Datastore Architecture (NMDA) and as used in RESTConf
The application should be able to easily switch between 'pass-through' and other datastores (also identical rest endpoint and responses)

Open Issues & Decisions

	Description	Notes	Decision
1	Priority of async calls		In Istanbul, async calls are required only in pass-through cases. NCMP does not have to handle these requests
2	Will we use the data node wrapper on GET rest operations?	Currently, we wrap the response of GET operations using the data node wrapper.	we should mainly support yang-data/json the default option for NCMP should be yang but we want to support both options - yang and the data node wrapper for pass through - yang data operational - data node
3	In the URI will we distinguish between data and operations (RFC calls) as part of the path?	e.g. http://localhost:8080/ncmp/api/v1/data http://localhost:8080/ncmp/api/v1/operation	This only applies to pass-through yes, we will distinguish between data and operation
4	Which query parameters will NCMP support?		Parent data resource identifier can handle any path using the same query parameter cpsPath RESTConf Path (pass-through) Proprietary Path (pass-through)
5	Yml should include return types and examples of the payload		CPS-401 - Getting issue details... STATUS
6	camel case or dash in URI		We will use a dash for param names e.g. cm-handle (although it has since been agreed we use 'ch' in this particular case) See no.3 https://restfulapi.net/resource-naming/
7	Insert /resource-path in front of the resource path to prevent ambiguous paths	<OP>/ncmp/<v{v-number}>/ch/<cm-handle>/<data\|operations\|{ncmp-operation}>/ds/{datastore}/[rp:]{resource-path}?{query}	Optionally insert the resource path ('rp:') if it clashes with the current
8	Granularity of update scenarios (and priority)	Add child and its descendants (supported in cps core) Add all list elements (supported in cps core) Replace child and its descendants (supported in cps core) Replace all list elements (pending in cps core) Update single leaf (new) Add list entry (new)	Priority is pass-through only so it depends on the RETSConf protocol that is supported. In Jakarta or if required by other projects more fine-grained 'operation' datastore update options can be implemented
9	There is no automatic fallback option for datastore in release I	In future releases, we hope to have the automatic fallback option	The client will have the specify the datastore
10	fields is a rest conf option, investigate is it fully supported by onap		Supported in pass-through for ONAP DMI plugin but depending on the support by the actual target. The intention is to increase support 'fields' in future requirements following RFC-8040 for operational datastore etc.
11	Agree on URI syntax	Proposed syntax by CPS team <OP>/ncmp/<v{v-number}>/ch/<cm-handle>/<data\|operations\|{ncmp-operation}>/ds/{datastore}/[rp:]{resource-path}?{query}	review completed and proposed URI agreed
12	Will we combine query capabilities with update capabilities?		We have decided not to combine query capabilities with update capabilities
13	Description of header limitations		HTTP Header Limitations Some servers put size limitations on HTTP headers, making them unsuitable for storing cmHandle information. LIMITATION NOTE: server implementations put size limits on the headers meaning header contents should be designed carefully : Apache - 8K Nginx - 4K-8K IIS - 8K-16K Tomcat - 8K – 48K
14	Will NCMP support paths for pass-through:running		The plugin will not do transformation or validation of paths in the case of pass-through:running
15	Specification of path per cm handle		DMI Plugin can take cps paths or resconf paths and it needs to specify that per cm handle when cm handle is created
16	What is the default path for NCMP		In NCMP default will always be cps path and depending on the adapter we can change it as needed per cm handle
17	Fields parameter for datastore:operational?		The fields parameter is ignored in datastore:operational
18	Is specifying the datastore mandatory?		Datastore is optional depending on the data being persisted or not

RESTCONF/NETCONF relationship

NCMP URI

NCMP URI format to follow below pattern

<OP>/ncmp/<v{v-number}>/ch/<cm-handle>/<data|operations|{ncmp-operation}>/ds/{datastore}/[rp:]{resource-path}?{query}

URI		Mandatory or Optional
<OP>	the HTTP method	Mandatory
ncmp /	the ncmp root resource	Mandatory
<v{v-number}>	version of the ncmp interface <path> is the target resource URI <query> is the query parameter list	Mandatory
ch/<cm-handle>	unique (string) identifier of a yang tree instance.	Optional
<data\|operations\|{ncmp-action}>	request category - yang data, rpc operation or a (non-modelled) ncmp api action. this could be data, operations or ncmp-action	Mandatory
ds/{datastore}	optional datastore	Optional
<resource-path>	the path expression identifying the resource that is being accessed by the operation. If this field is not present, then the target resource is the API itself.	Optional
<query>	the set of parameters associated with the RESTCONF message; see Section 3.4 of [RFC3986]. RESTCONF parameters have the familiar form of "name=value" pairs. Most query parameters are optional to implement by the server and optional to use by the client. Each optional query parameter is identified by a URI	Optional

Datastores

New datastores are defined for ncmp to access the CPS 'intent' or 'operational' datastore.
Alternatively, the request can be sent directly to the 'device' itself (bypassing CPS datastores) using one of the 'passthrough-*' datastores options as below

The new ncmp datastores required for ONAP Release I include :

1	ncmp-datastores:running (RW / config=true/false)	Read/Write to the CPS "intended" store (with validation).
2	ncmp-datastores:operational (RO / config=true/false)	Read from the CPS "operational" store.
3	ncmp-datastores:passthrough-running (RW / config=true/false)	Read/Write to/from the live devices ietf-datastores:running (no local ncmp validation)

Future datastores to be supported by NCMP include :

1	ncmp-datastores:passthrough-intented (RO)	Read from the live devices ietf-datastores:intended
2	ncmp-datastores:passthrough-operational (RO)	Read from the live devices ietf-datastores:operational

If datastore (ds/{datastore}) is omitted from URI, the datastore from cmhandle is used

If datastore (ds/{datastore}) is omitted from URI AND the model/moduleSet exists, the datastore defaults to ncmp-datastores:running

Yang data resource actions and RPC operations are run directly on the 'device' meaning ncmp-datastores:passthrough-running is used for these request

Different defaults for read and write

e.g. ncmp-datastores:operational for read requests

#	Usecase	NCMP Datastore	Path	?fields	?topic	Query	Time frame
1	Read	passthrough-running	RESTConf Path only	Implemented by SDNC/Node	Implemented by DMI Plugin	Not supported	Istanbul
2	Read	ncmp-datastores:operational	CPSPath only	TBD	TBD	Limited xpath functionality	Istanbul
3	Create	passthrough-running	RESTConf Path only	N/A	N/A	N/A	Istanbul
4	Create	ncmp-datastores:running	CPSPath only	N/A	N/A	N/A	> Istanbul
5	Delete	passthrough-running	RESTConf Path only	N/A	N/A	Not supported	Istanbul
6	Delete	ncmp-datastores:running	CPSPath only	N/A	N/A	Not supported	> Istanbul
7	Update	passthrough-running	RESTConf Path only	N/A	N/A	N/A	Istanbul
8	Update	ncmp-datastores:running	CPSPath only	N/A	N/A	N/A	> Istanbul
9	Patches	passthrough-running	RESTConf Path only	N/A	N/A	N/A	Istanbul
10	Patches	ncmp-datastores:running	CPSPath only	N/A	N/A	N/A	> Istanbul
11	Bulk	passthrough-running	RESTConf Path only	N/A	N/A	N/A	> Istanbul
12	Bulk	ncmp-datastores:running	CPSPath only	N/A	N/A	N/A	> Istanbul
13	Action	passthrough-running	RESTConf Path only	N/A	N/A	N/A	Istanbul?
14	Action	ncmp-datastores:running	CPSPath only	N/A	N/A	N/A	Istanbul?

REST API

#

Req/usecase

REST

Method

URI / Payload

Header Parameters

Request/Response Example

Status

1

Read a data resource directly from
source (passthrough) for a cmHandle - async

change to not passthrough

GET

{ncmp-root}/ncmp/v1/ch/<cm-handle>/ds/ncmp-datastores:passthrough-running/{dataresource-identifier}?fields={fields}&topic={topicId}

Accept:
application/json

Scenario : Read the GNBCUCPFunction for cm-handle "335ff" as
passthrough

Method : GET

URI : {ncmp-root}/ncmp/v1/ch/335ff/ds/ncmp-datastores:passthrough-running//GNBCUCPFunction?fields=pLMNId;gNBId;gNBIdLength;syncStatus&topic=anr-app:anr24234234:v2

Header :
Accept: application/json

Response :
{
responseId : 323234
}

Event Response:

{

[
{
"xpath": "/ManagedElement[@id=Kista-001]/GNBCUCPFunction
[@id=1]",
"leaves": {
"pLMNId : [ { "mcc" : "01", "mnc" : "123" } ],
"gNBId" : 123,
"gNBIdLength" : 3

}
]
}

passthrough-running is supported in Istanbul using

RestConf Path only
?fields implemented by SDNC/Node
?topic implemented by DMI plugin

Note 'topic' and 'fields' are only supported in passthrough mode at this time (ONAP Release I). If not passthrough then an exception is thrown from NCMP at this time.

2

Read a data resource directly from
source (passthrough) for a
cmHandle. Only return specific field(s).
Synchronous call

GET

{ncmp-root}/ncmp/v1/ch//ds /ncmp-datastores:passthrough-running/{data-resource-identifier}?fields={fields}

Accept:
application/json

Scenario : Read the EUtranCellFDD.(administrativeState, operationalState, tac, earfcndl, cellId, physicalLayerCellId) for cmhandle "335ff" as passthrough

Method: GET

URI : {ncmp-root}/ncmp/v1/ch/335ff/ds/ncmp-datastores:passthrough-running//EUtranCellFDD?fields=administrativeState;operationalState;tac;earfcndl;cellId;physicalLayerCellId

Header :
Accept: application/json

Response:

HTTP/1.1 200 OK
Date: Thu, 26 Apr 2021 20:56:30 GMT
Server: example-server
Content-Type: application/json

{

[
{
"xpath": "/ManagedElement[@id="Kista-001"]/ENodeBFunction
[@id="1"]/EUtranCellFDD[@id="LTE05ERBS00008-2"],
"leaves": {
"administrativeState" : "UNLOCKED",
"cellId" : 2,
"earfcndl" : "4".
"operationalState" : "ENABLED",
"physicalLayerCellId" : 0,
"tac" : "1"
},
{
"xpath": "/ManagedElement[@id="Kista-001"]/ENodeBFunction
[@id="1"]/EUtranCellFDD[@id="LTE05ERBS00008-3"],
"leaves": {
"administrativeState" : "UNLOCKED",
"cellId" : 3,
"earfcndl" : 4.
"operationalState" : "ENABLED",
"physicalLayerCellId" : 3,
"tac" : "3"
},
{
"xpath": "/ManagedElement[@id="Kista-001"]/ENodeBFunction
[@id="1"]/EUtranCellFDD[@id="LTE05ERBS00008-4"],
"leaves": {
"administrativeState" : "UNLOCKED",
"cellId" : 4,
"earfcndl" : 4.
"operationalState" : "ENABLED",
"physicalLayerCellId" : 4,
"tac" : "4"
}
]
}

passthrough-running is supported in Istanbul using

RestConf Path only
?fields implemented by SDNC/Node
?topic implemented by DMI plugin

3

ALTERNATIVE OUTPUT TO ABOVE
SCENARIO

Read a data resource directly from
source (passthrough) for a
cmHandle. Only return specific field(s).

Synchronous call

GET

{ncmp-root}/ncmp/v1/ch//ds /ncmp-datastores:passthrough-running/{dataresource-identifier}?fields={fields}

Accept:
application/json

Scenario : Read the EUtranCellFDD.(administrativeState, operationalState, tac, earfcndl, cellId, physicalLayerCellId) for cmhandle "335ff" as passthrough

Method : GET

URI : {ncmp-root}/ncmp/v1/ch/335ff/ds/ncmp-datastores:
passthrough-running//EUtranCellFDD?fields=administrativeState;
operationalState;tac;earfcndl;cellId;physicalLayerCellId

Header :
Accept: application/json

Response:

HTTP/1.1 200 OK
Date: Thu, 26 Apr 2021 20:56:30 GMT
Server: example-server
Content-Type: application/json

{

[
{
"ManagedElement[@id="Kista-001"] : [
"ENodeBFunction[@id="1"] : [
"EUtranCellFDD[@id="LTE05ERBS00008-2"] : {
"administrativeState" : "UNLOCKED",
"cellId" : 2,
"earfcndl" : "4".
"operationalState" : "ENABLED",
"physicalLayerCellId" : 0,
"tac" : "1"
}
]
]
{

OR

"/ManagedElement[@id="Kista-001"]/ENodeBFunction[@id="1"]
/EUtranCellFDD[@id="LTE05ERBS00008-3"],
{
"administrativeState" : "UNLOCKED",
"cellId" : 3,
"earfcndl" : 4.
"operationalState" : "ENABLED",
"physicalLayerCellId" : 3,
"tac" : "3"
},
{

OR

"xpath": "/ManagedElement[@id="Kista-001"]/ENodeBFunction
[@id="1"]/EUtranCellFDD[@id="LTE05ERBS00008-4"],
"leaves": {
"administrativeState" : "UNLOCKED",
"cellId" : 4,
"earfcndl" : 4.
"operationalState" : "ENABLED",
"physicalLayerCellId" : 4,
"tac" : "4"
}
]
}

passthrough-running is supported in Istanbul using

RestConf Path only
?fields implemented by SDNC/Node
?topic implemented by DMI plugin

4

Read a data resource with some leaf value condition directly from the source (passthrough) for a cmHandle. Only
return specific field(s).

Synchronous call

GET

{ncmp-root}/ncmp/v1/data/ch //ds/ncmp-datastores: passthrough-running/{data-resourceidentifier[]}?fields={fields} &topic={topicId}

ContentType:
application/json

Scenario : Read the LocalSctpEndpoint.(interfaceUsed==X2, sctpEndpointRef) for cmhandle "335ff" as passthrough

Method : GET

URI : {ncmp-root}/ncmp/v1/ch/335ff/ds/ncmp-datastores:
passthrough-running//LocalSctpEndpoint[ interfaceUsed=X2 ]?
fields=sctpEndpointRef

Header :
Accept: application/json

Response:

HTTP/1.1 200 OK
Date: Thu, 26 Apr 2021 20:56:30 GMT
Server: example-server
Content-Type: application/json

{

[
{
"xpath": "/ManagedElement[@id=Kista-001]/...
/LocalSctpEndpoint[@id=3]",
"leaves": {
"sctpEndpointRef" : "some-sctp-ref"

}
]
}

OR

{
"ManagedElement" : [
{
"id"="Kista-001",
...
LocalSctpEndpoint" : [
{
"id"=3,
"sctpEndpointRef" : "some-sctp-ref"
}
]
}
]
}

passthrough-running is supported in Istanbul using

RestConf Path only
?fields implemented by SDNC/Node
?topic implemented by DMI plugin

5

Create a data resource for a cmhandle

POST

{ncmp-root}/ncmp/v1/ch/<cm-handle>/ds/ncmp-datastores:passthrough-running/{parent-data-resource-identifier}

{
<new-yang-data-resource>
}

OR with datastores defaults

{ncmp-root}/ncmp/v1/ch/<cmhande>/
{parent-data-resource-identifier}

{
<new-yang-data-resource>
}

ContentType:
application/json

Scenario : Create ericsson-nrsectorcarrier-vdu-add:NRSectorCarrier=4
under _3gpp-common-managed-element:ManagedElement=Kista-001
/_3gpp-nr-nrm-gnbdufunction:GNBDUFunction=1

Method : POST

URI : {ncmp-root}/ncmp/v1/ch/34l5k32/ds/ncmp-datastores:passthrough-running/ManagedElement
[@id=Kista-001]/GNBDUFunction[@id=1]

Header :
Content-Type: application/yang-data+json

Body :

{
<modulename>:NRSectorCarrier" : {
"id" : 4
"attributes" : {
"userLabel : "nrSectorCar-4",
"txDirection" : "DL_AND_UL",
"configuredMaxTxPower" : "90",
"arfcnDL" : "9999999",
"arfcnUL" : "888888",
"bSChannelBwDL" : "90",
"bSChannelBwUL" : "80",
"sectorEquipmentFunctionRef" :
ManagedElement=1/.../sef:SectorEquipmentFunction=2"
}
}
}

passthrough-running is supported in Istanbul using

RESTConf Path only

ncmp-datastores:running is not supported in Istanbul

6

Update a data resource for a cmhandle

PATCH

{ncmp-root}/ncmp/v1/ch/<cm-handle>/ds
/ncmp-datastores:passthrough-running/{parent-
data-resource-identifier}

{
<updated-yang-data-resource>
}

OR with datastores defaults

{ncmp-root}/ncmp/v1/ch/<cmhande>/
{parent-data-resource-identifier}

{
<updated-yang-data-resource>
}

ContentType:
application
/yang-data+json

Scenario : Update ericsson-nrsectorcarrier-vdu-add:NRSectorCarrier=4 txDirection to "DL_AND_UL" under _3gpp-common-managed-element:ManagedElement=Kista-001/_3gpp-nr-nrm-gnbdufunction:GNBDUFunction=1

Method : PATCH

URI :{ncmp-root}/ncmp/v1/data/ch/34l5k32/ds/ncmp-datastores:passthrough-running/ManagedElement[@id=Kista-001]/GNBDUFunction[@id=1]/NRSectorCarrier[@id=4]
OR
{ncmp-root}/ncmp/v1/data/ch/34l5k32/ds/ncmp-datastores:passthrough-running//NRSectorCarrier[@id=4] //
resolves to a single resource/node

Header :
Content-Type: application/json

Body :

{
NRSectorCarrier" : {
"id" : 4
"attributes" : {
"txDirection" : "DL_AND_UL"
}
}
}

NOTE : If not passthrough then ALL attributes MUST be supplied for the patch at this time. Otherwise, other attributes are removed from CPS.

passthrough-running is supported in Istanbul using

RESTConf Path only

ncmp-datastores:running is not supported in Istanbul

this will be treated as a merge

7

Delete a data resource for a cmhandle

DELETE

{ncmp-root}/ncmp/v1/ch/<cm-handle>/ds/ncmp-datastores:passthrough-running/{data-resource-identifier}

OR with datastores defaults

{ncmp-root}/ncmp/v1/ch/<cmhande>/{data-resource-identifier}

ContentType:
application
/json

Scenario : Create ericsson-nrsectorcarrier-vdu-add:NRSectorCarrier=4
under _3gpp-common-managed-element:ManagedElement=Kista-001
/_3gpp-nr-nrm-gnbdufunction:GNBDUFunction=1
Method : DELETE
URI : {ncmp-root}/ncmp/v1/data/ch/34l5k32/ManagedElement[@id=Kista-001]/GNBDUFunction[@id=1]/NRSectorCarrier[@id=4]
OR
{ncmp-root}/ncmp/v1/ch/34l5k32//NRSectorCarrier[@id=4]
Header :
Accept: application/json
Body : {}

passthrough-running is supported in Istanbul using

RESTConf Path only

ncmp-datastores:running is not supported in Istanbul for delete

8

Get model (module set) for CMHandle

GET

{ncmp-root}/ncmp/v1/model/<handleId>

Accept:
application/
yang-
data+json

Scenario : Get the model data for CMHandle with id "335ff"

Method : GET

URI : {ncmp-root}/ncmp/v1/model/335ff

Header :
Accept: application/yang-data+json

Response:

{

"ietf-yang-library:modules-state" : {
"module-set-id" :
"5479120c17a619545ea6aff7aa19838b036ebbd7",
"module" : [
{
"name" : "_3gpp-nr-nrm-nrsectorcarrier",
"revision" : "2020-12-09",
"schema" : "/modules/_3gpp-nr-nrm-
nrsectorcarrier/2020-12-09",
"namespace" : "urn:3gpp:sa5:_3gpp-nr-nrm-
nrnetwork-nrsectorcarrier",
"feature" : [ "feature1", "feature2" ],
"deviation" : [
{
"name" : "_3gpp-nr-nrm-
nrsectorcarrier",
"revision" : "2020-12-17"
}
],
"conformance-type" : "implement"
},
{
"name" : "ietf-yang-library",
"revision" : "2016-06-21",
"schema" : "/modules/ietf-yang-library
/2016-06-21",
"namespace" :
"urn:ietf:params:xml:ns:yang:ietf-yang-
library",
"conformance-type" : "implement"
}
}
}
}

passthrough-running is supported in Istanbul using

RestConf Path only
?fields implemented by SDNC/Node
?topic implemented by DMI plugin

ncmp-datastores:running is not supported in Istanbul for delete

9

Create a data resource for a cmhandle

POST

{ncmp-root}/ncmp/v1/ch/<cm-handle>/ds/ncmp-datastores:passthrough-running/{parent-data-resource-identifier}

{
<new-yang-data-resource>
}

OR with datastores defaults

{ncmp-root}/ncmp/v1/ch/<cmhande>/
{parent-data-resource-identifier}

{
<new-yang-data-resource>
}

Content-
Type:
application
/yang-
data+json

Scenario : Create ericsson-nrsectorcarrier-vdu-add:NRSectorCarrier=4
under _3gpp-common-managed-element:ManagedElement=Kista-001
/_3gpp-nr-nrm-gnbdufunction:GNBDUFunction=1

Method : POST

URI :{ncmp-root}/ncmp/v1/data/ch/34l5k32/ManagedElement[@id=Kista-001]/GNBDUFunction[@id=1]

Header :
Content-Type: application/json

Body :

{
"NRSectorCarrier" {
"id" : 4
"attributes" : {
"userLabel : "nrSectorCar-4",
"txDirection" : "DL_AND_UL",
"configuredMaxTxPower" : "90",
"arfcnDL" : "9999999",
"arfcnUL" : "888888",
"bSChannelBwDL" : "90",
"bSChannelBwUL" : "80",
"sectorEquipmentFunctionRef" : "_3gpp-common-
managed-element:ManagedElement=1/.../sef:SectorEquipmentFunction=2"
}
}
}

passthrough-running is supported in Istanbul using

RESTConf Path only

ncmp-datastores:running is not supported in Istanbul

10

Delete a data resource for a cmHandle

DELETE

{ncmp-root}/ncmp/v1/ch/<handleId>/ds/ncmp-
datastores:passthrough-running/{data-resource-identifier}

OR with datastores defaults

{ncmp-root}/ncmp/v1/ch/<cmhande>/{parent-data-resource-identifier}

Content-Type:
application/yang-
data+json

Scenario : Delete NRSectorCarrier=4

Method : DELETE

URI : {adapter-root}/ncmp/v1/ch/34l5k32/_3gpp-commonmanaged-element:ManagedElement=Kista-001/_3gpp-nr-nrmgnbdufunction:GNBDUFunction=1/_3gpp-nr-nrm-nrsectorcarrier:NRSectorCarrier=[@id=4]

passthrough-running is supported in Istanbul using

RESTConf Path only

ncmp-datastores:running is not supported in Istanbul for delete

11

Update a data resource for a cmHandle

PATCH

{ncmp-root}/ncmp/v1/data/<cm-handle>/ds/ncmp-
datastores:passthrough-running/{data-resource-identifier}
{
<yang-data-sub-resource>
}

OR with datastores defaults

{ncmp-root}/ncmp/v1/ch/<cm-handle>/
{parent-data-resource-identifier}
{
<yang-data-sub-resource>
}

Content-Type:
application/yang-
data+json

Scenario : Add NRSectorCarrier=4 to GNBDUFunction=1 if it doesn't already exist

Method : PATCH

URI : {ncmp-root}/ncmp/v1/ch/d32455f/_3gpp-commonmanaged-element:ManagedElement=Kista-001/_3gpp-nr-nrmgnbdufunction:GNBDUFunction=1

Header
Content-Type: application/yang-data+json

Body

{

_3gpp-nr-nrm-gnbdufunction:GNBDUFunction=1 : {
"id" : 1,
"_3gpp-nr-nrm-nrsectorcarrier:NRSectorCarrier" {
"top3gpp:id" : 4
"attributes" : {
"mf3gpp:userLabel : "nrSectorCar-4",
"txDirection" : "DL_AND_UL",
"configuredMaxTxPower" : "90",
"arfcnDL" : "9999999",
"arfcnUL" : "888888",
"bSChannelBwDL" : "90",
"bSChannelBwUL" : "80",
"sectorEquipmentFunctionRef" : "_3gpp-common-
managed-element:ManagedElement=1/.../

sef:SectorEquipmentFunction=2"
}
}
}
}
}

passthrough-running is supported in Istanbul using

RESTConf Path only

ncmp-datastores:running is not supported in Istanbul

12

Multiple edits under a target data
resource for a single cmHandle

PATCH

{ncmp-root}/ncmp/v1/ch/<cm-handle>/ds/ncmp-datastores:passthrough-running/{data-resource-identifier}
{
yang-patch payload
}

OR using datastores defaults

{ncmp-root}/ncmp/v1/ch/<cm-handle>/{data-resource-identifier}
{
yang-patch payload
}

Content-Type:
application/yang-
patch+json

Scenario : Make multiple updates under the GNBDUFunction=1 data resource

Method : PATCH

URI : {ncmp-root}/ncmp/v1/ch/32rf234/_3gpp-common-
managed-element:ManagedElement=Kista-001/_3gpp-nr-nrm-
gnbdufunction:GNBDUFunction[id=1]

Header :
Content-Type: application/yang-patch+json

Body :

{

"ietf-restconf:yang-patch" : {
"patch-id" : "change-cell-and-carriers",
"edit" : [
{
"edit-id" : 1,
"operation" : "create",
"target" : "/_3gpp-nr-nrm-nrcelldu:NRCellDU=1",
"value" : {
"_3gpp-nr-nrm-nrcelldu:NRCellDU" : {
"id" : 1,
"cId" : 511,
"userLabel" : "some-cell-label",
...
}
}
},
{
"edit-id" : 2,
"operation" : "create",
"target" : "/_3gpp-nr-nrm-nrcelldu:NRCellDU=2",
"value" : {
"_3gpp-nr-nrm-nrcelldu:NRCellDU" : {
"id" : 2,
"cId" : 512,
"userLabel" : "some-other-cell-label",
...
}
}
},
{
"edit-id" : 3,
"operation" : "merge",
"target" : "/_3gpp-nr-nrm-nrcelldu:NRCellDU=3",
"value" : {
"_3gpp-nr-nrm-nrcelldu:NRCellDU" : {
"cId" : 412,
"userLabel" : "yet-another-cell-label",
...
}
}
},
{
"edit-id" : 4,
"operation" : "merge",
"target" : "_3gpp-nr-nrm-nrcelldu:NRCellDU=4",
"value" : {
"_3gpp-nr-nrm-nrcelldu:NRCellDU" : {
"cId" : 412,
"userLabel" : "yet-another-cell-label",
...
}
}
}
]
}
}

Response :

HTTP/1.1 200 OK
Date: Thu, 26 Jan 2017 20:56:30 GMT
Server: example-server
Last-Modified: Thu, 26 Jan 2017 20:56:30 GMT
Content-Type: application/yang-patch+json

{
"ietf-yang-patch:yang-patch-status" : {
"patch-id" : "change-cell-and-carriers",
"ok" : [null]
}
}

passthrough-running is supported in Istanbul using

RESTConf Path only

ncmp-datastores:running is not supported in Istanbul

13

Execute a yang action

POST

{ncmp-root}/ncmp/v1/ch/<cm-handle>/ds/ncmp-datastores:passthrough-running/{data-
resource-identifier}/{action}
{
input: {
"param1Name" : "param1Value”,
"param2Name" : "param2Value”
}
}

Note : If the "action" statement
has no
"input" section, the request
message MUST
NOT include a message-body

OR using datastores defaults

{ncmp-root}/ncmp/v1/ch
/<cm-handle>/data/{data-resource-identifier}/{action}

{
input: {

"param1Name" :
"param1Value”,
"param2Name" :
"param2Value”

}
}

Content-Type:
application/yang-
data+json

Method : POST

URI : {ncmp-root}/ncmp/v1/ch/3445fff/_3gpp-common-
managed-element:ManagedElement=Kista-001/_3gpp-nr-nrm-
gnbdufunction:GNBDUFunction=1/resetPort (dummy non-existent action)

Header :
Content-Type: application/yang-data+json

Body :
{
"input" : {
"param1Name" : "param1Value”,
"param2Name" : "param2Value”
}
}

passthrough-running is supported in Istanbul using

RESTConf Path only

ncmp-datastores:running is not supported in Istanbul

14

Execute an rpc operation

POST

{ncmp-root}/ncmp/v1/ch/<cm-handle>/operations/ds/ncmp-datastores :passthrough-running/{module-name}:{action}

{
input: {
"param1Name" : "param1Value”,
"param2Name" : "param2Value”
}
}

Note : If there is no "input"
section,
the request MUST NOT include a
message-body

OR using datastores defaults

{ncmp-root}/ncmp/v1/ch/<cm-handle>/operations/{module-name}:{action}

{
input: {
"param1Name" : "param1Value”,
"param2Name" : "param2Value”
}
}

Content-Type:
application/yang-
data+json

Method : POST

URI : {ncmp-root}/ncmp/v1/ch/3445fff/operations/_3gpp-
common-managed-element:resetDevice (dummy action)

Header :
Content-Type: application/yang-data+json

Body :
{
"input" : {
"param1Name" : "param1Value”,
"param2Name" : "param2Value”
}
}

passthrough-running is supported in Istanbul using

RESTConf Path only

ncmp-datastores:running is not supported in Istanbul

15

Read a filtered set of data under a data
resource for a cmHandle

GET

{ncmp-root}/ncmp/v1/ch/<cm-handle>/ds/ncmp-datastores:passthrough-running/{data-
resource-identifier}?fields={fields-expression}

options

Option	Description
fields	Request a subset of the target resource contents

OR using datastores defaults

{ncmp-root}/ncmp/v1/ch/<cm-handle>/data/{data-resource-identifier}?fields={fields-expression}

Accept:
application
/yang-data
+json

Scenario : Read GNBDUFunction=1.userLabel and NRSectorCarrier with
its attributes txDirection & arfcnUL

Method : GET

URI : {ncmp-root}/ncmp/v1/ch/3fsdfr3/_3gpp-common-
managed-element:ManagedElement=Kista-001/_3gpp-nr-nrm-
gnbdufunction:GNBDUFunction=1?fields=userLabel;(_3gpp-nr-nrm-
nrsectorcarrier:NRSectorCarrier(txDirection;arfcnUL)

{ncmp-root}/ncmp/v1/ch/3fsdfr3/ManagedElement=Kista-001
//NRSectorCarrier

Header :
Accept : application/yang-data+json

Body:

Response :

HTTP/1.1 200 OK
Date: Thu, 26 Jan 2017 20:56:30 GMT
Server: example-server
Content-Type: application/yang-data+json

_3gpp-nr-nrm-gnbdufunction:GNBDUFunction=1 {

"userLabel" : "myGnodeBFunction-1",

_3gpp-nr-nrm-nrsectorcarrier:NRSectorCarrier=1 {
attributes {
"txDirection" : "DL_AND_UL",
"arfcnUL" : "55555"
}
},
_3gpp-nr-nrm-nrsectorcarrier:NRSectorCarrier=2 {
attributes {
"txDirection" : "DL_AND_UL",
"arfcnUL" : "66666"
}
},

_3gpp-nr-nrm-nrsectorcarrier:NRSectorCarrier=3{
attributes {
"txDirection" : "DL_AND_UL",
"arfcnUL" : "77777"
},

_3gpp-nr-nrm-nrsectorcarrier:NRSectorCarrier=4 {
attributes {
"txDirection" : "DL_AND_UL",
"arfcnUL" : "88888"
}
}

}

passthrough-running is supported in Istanbul using

RestConf Path only
?fields implemented by SDNC/Node
?topic implemented by DMI plugin

16

Read descendant data resources with
specified fields under a given data
resource for a given cmHandle

GET

{ncmp-root}/ncmp/v1/ch/<cm-handle>/ds
/ncmp-datastores:passthrough-running/{data-resource-identifier}?fields={fields-expression}

options

Option	Description
fields	Request a subset of the target resource contents

OR using datastores defaults

{ncmp-root}/ncmp/v1/ch/<cm-handle>/{data-resource-identifier}?fields={fields-expression}

Accept:
application
/yang-data+
json

Scenario : Read all NRCellDU MOs with attributes userLabel and id under
the _3gpp-nr-nrm-gnbdufunction:GNBDUFunction MO

Method : GET

URI : {ncmp-root}/ncmp/v1/cm-handle/3445fff/_3gpp-common-
managed-element:ManagedElement=Kista-001/_3gpp-nr-nrm-
gnbdufunction:GNBDUFunction=1?fields=_3gpp-nr-nrm-nrcelldu:NRCellDU
/attributes(administrativeState;operationalState)

Header :
Accept : application/yang-data+json

Response :

HTTP/1.1 200 OK
Date: Thu, 26 Jan 2017 20:56:30 GMT
Server: example-server
Content-Type: application/yang-data+json

{
_3gpp-nr-nrm-gnbdufunction:GNBDUFunction=1 {

_3gpp-nr-nrm-nrcelldu:NRCellDU=1 {
"top3gpp:id" : "NR-Cell-001"
"attributes" : {
"administrativeState " : "LOCKED",
"operationalState" : "disabled"
}
},
_3gpp-nr-nrm-nrcelldu:NRCellDU=2 {
"top3gpp:id" : "NR-Cell-002"
"attributes" : {
"administrativeState " : "LOCKED",
"operationalState" : "disabled"
}
},
_3gpp-nr-nrm-nrcelldu:NRCellDU=3 {
"top3gpp:id" : "NR-Cell-003"
"attributes" : {
"administrativeState " : "LOCKED",
"operationalState" : "disabled"
}
},

_3gpp-nr-nrm-nrcelldu:NRCellDU=4 {
"top3gpp:id" : "NR-Cell-004"
"attributes" : {
"administrativeState " : "LOCKED",
"operationalState" : "disabled"
}
},

_3gpp-nr-nrm-nrcelldu:NRCellDU=5 {
"top3gpp:id" : "NR-Cell-005"
"attributes" : {
"administrativeState " : "LOCKED",
"operationalState" : "disabled"
}
}
}
}

passthrough-running is supported in Istanbul using

RestConf Path only
?fields implemented by SDNC/Node
?topic implemented by DMI plugin

17

Read data resources to a given depth
for a given cmHandle

POST

{ncmp-root}/ncmp/v1/ch/<cm-handle>/ds/ncmp-datastores:passthrough-running/{data-
resource-identifier}?depth={level}

Option	Description
depth	Request limited sub-tree depth in the reply content If '1' then only immediate data resource is retrieved If 'x' then x levels of data tree are retrieved 'unbounded' will get the full tree starting at the given dataresource-identifier

OR using datastores defaults

{ncmp-root}/ncmp/v1/data/<cm-handle>/{data-
resource-identifier}?depth={level}

Accept:
application
/yang-
data+json

Method : POST

URI : {ncmp-root}/ncmp/v1/ch/3445fff/_3gpp-common-
managed-element:ManagedElement=Kista-001/_3gpp-nr-nrm-
gnbdufunction:GNBDUFunction=1?depth=4

Header :
Content-Type: application/yang-data+json
Accept : application/yang-data+json

Body:

Response :

HTTP/1.1 200 OK
Date: Thu, 26 Jan 2017 20:56:30 GMT
Server: example-server
Content-Type: application/yang-data+json

{
_3gpp-nr-nrm-gnbdufunction:GNBDUFunction=1 {
# level 1

_3gpp-nr-nrm-nrsectorcarrier:
NRSectorCarrier=1 { # level 2
"top3gpp:id" : "NRSectorCarrier-1", # level 3
"attributes" : { # level 3
"txDirection" : "DL_AND_UL", # level 4
"arfcnUL" : "55555", # level 4
...
}
},
_3gpp-nr-nrm-nrsectorcarrier:NRSectorCarrier=2 {
"top3gpp:id" : "NRSectorCarrier-2",
"attributes" : {
"txDirection" : "DL_AND_UL",
"arfcnUL" : "66666".
...
}
},

_3gpp-nr-nrm-nrsectorcarrier:NRSectorCarrier=3{
"top3gpp:id" : "NRSectorCarrier-3",
"attributes" : {
"txDirection" : "DL_AND_UL",
"arfcnUL" : "77777".
...
}
},

_3gpp-nr-nrm-nrsectorcarrier:NRSectorCarrier=4 {
"top3gpp:id" : "NRSectorCarrier-4",
"attributes" : {
"txDirection" : "DL_AND_UL",
"arfcnUL" : "88888".
...
},

_3gpp-nr-nrm-nrcelldu:NRCellDU=1 {
"top3gpp:id" : "NR-Cell-001"
"attributes" : {
"administrativeState " : "LOCKED",
"operationalState" : "disabled"
...
}
},
_3gpp-nr-nrm-nrcelldu:NRCellDU=2 {
"top3gpp:id" : "NR-Cell-002"
"attributes" : {
"administrativeState " : "LOCKED",
"operationalState" : "disabled"
...
}
},
_3gpp-nr-nrm-nrcelldu:NRCellDU=3 {
"top3gpp:id" : "NR-Cell-003"
"attributes" : {
"administrativeState " : "LOCKED",
"operationalState" : "disabled"
...
}
},

_3gpp-nr-nrm-nrcelldu:NRCellDU=4 {
"top3gpp:id" : "NR-Cell-004"
"attributes" : {
"administrativeState " : "LOCKED",
"operationalState" : "disabled"
...
}
},

_3gpp-nr-nrm-nrcelldu:NRCellDU=5 {
"top3gpp:id" : "NR-Cell-005"
"attributes" : {
"administrativeState " : "LOCKED",
"operationalState" : "disabled"
...
}
}
}
}

passthrough-running is supported in Istanbul using

RESTConf Path only

ncmp-datastores:running is not supported in Istanbul

18

Create or replace the target data
resource for a CMHandle

PUT

{ncmp-root}/ncmp/v1/ch/<cm-handle>/ds/{datastore}/{data-resource-identifier}
{
<yang-data-sub-resource>
}

OR using datastores defaults

{ncmp-root}/ncmp/v1/ch/<cm-handle>/{data-resource-identifier}
{
<yang-data-sub-resource>
}

Accept:
application
/yang-data+
json

Method : PUT

URI : {ncmp-root}/v1/ch/3445fff/_3gpp-common-managed-
element:ManagedElement=Kista-001/_3gpp-nr-nrm-gnbdufunction:
GNBDUFunction=1

Header :
Content-Type: application/yang-data+json

Body :
{
_3gpp-nr-nrm-gnbdufunction:GNBDUFunction {
"userLabel" : "newGNB-001",
"gNBDUName" : "newGNBDUName-001"
....
}
}

passthrough-running is supported in Istanbul using

RESTConf Path only

ncmp-datastores:running is not supported in Istanbul

19

Get data for list of CMHandles

PUT

{ncmp-root}/ncmp/v1/ds/{datastore}/{data-resource-identifier}

OR using datastores defaults

{ncmp-root}/ncmp/v1/{data-resource-identifier}

Accept:
application
/json

(yangData contains
the yang-data
+json payload as
per individual
cmHandle requests)

Scenario Get the NRCellDU=Cell-001 data for multiple cmhandles

Method : PUT

URI : {ncmp-root}/ncmp/v1/ds/ncmp-datastores:passthrough-running?
fields=_3gpp-common-managed-element:ManagedElement/_3gpp-nr-nrm-
gnbdufunction:GNBDUFunction/NRCellDU=NR-Cell-001

Header :
Accept : application/json

Body :
{
" operation" : "read", // inspired by yang patch
'operation'
"cmHandles" : ["34l5k32", "ddf4545", "45g6756"] //omit to get for all cmhandles
}

Response :

HTTP/1.1 200 OK
Date: Thu, 26 Jan 2017 20:56:30 GMT
Server: example-server
Content-Type: application/json

"response" : [
{
"cmHandle" : "34l5k32",
"yangData" : {
3gpp-common-managed-element:ManagedElement=1 {
_3gpp-nr-nrm-gnbdufunction:GNBDUFunction=1
{
"top3gpp:id" : "1",
"_3gpp-nr-nrm-nrcelldu:NRCellDU=NR-
Cell-001" : {

"top3gpp:id" : "NR-Cell-001"
"attributes" : {
"administrativeState " : "LOCKED",
"operationalState" : "disabled"
...
}
}

},

3gpp-common-managed-element:ManagedElement=1 {

_3gpp-nr-nrm-gnbdufunction:GNBDUFunction=1 {
"top3gpp:id" : "1",

"_3gpp-nr-nrm-nrcelldu:NRCellDU=NR-
Cell-001" : {

"top3gpp:id" : "NR-Cell-001"
"attributes" : {
"administrativeState " : "LOCKED",
"operationalState" : "disabled"
...
}
}

}

},
{
"cmHandle" : "ddf4545",
"yangData" : {
3gpp-common-managed-element:ManagedElement=1 {

_3gpp-nr-nrm-gnbdufunction:GNBDUFunction=1 {
"top3gpp:id" : "1",

"_3gpp-nr-nrm-nrcelldu:NRCellDU=NR-Cell-
001" : {
"top3gpp:id" : "NR-Cell-001"
"attributes" : {
"administrativeState " : "LOCKED",
"operationalState" : "disabled"
...
}
}
}

}
}
},

{
"cmHandle" : "45g6756",
"yangData" : {

"ietf-restconf:errors" : {
"error" : [
{
"error-type" : "connectivity",
"error-tag" : "access-denied",
"error-message" : "Cannot read EMS
with given credentials"
}
]
}

}

]
}

passthrough-running is supported in Istanbul using

RESTConf Path only

ncmp-datastores:running is not supported in Istanbul

20

Read resource data (with 'fields') for list
of CMHandles

POST

{ncmp-root}/ncmp/v1/ds/{datastore}/{data-resource-identifier}

OR

{ncmp-root}/ncmp/v1/{data-resource-identifier}

Accept:
application
/json

(yangData contains
the yang-data
+json payload as
per individual cmHandle
requests)

Scenario Get the and select attributes GNBDUFunction.id of NRSectorCarrier and NRCellDUs

Method : POST

URI : {ncmp-root}/ncmp/v1//NRSectorCarrier?fields=top3gpp:id;_3gpp-
nr-nrm-nrsectorcarrier:NRSectorCarrier(top3gpp:id;attributes(txDirection;
arfcnUL);_3gpp-nr-nrm-nrcelldu:NRCellDU(top3gpp:id;attributes
(administrativeState;operationalState)

Header :
Content-Type: application/json
Accept : application/json

Body:

{
operation : "read",
"cmHandles" : ["1231", "1232", "1233", "1234"]
}

Response :

HTTP/1.1 200 OK
Date: Thu, 26 Jan 2017 20:56:30 GMT
Server: example-server
Content-Type: application/json

"response" : [
{
cmHandle : 1231",

"yangData" : {
_3gpp-nr-nrm-gnbdufunction:
GNBDUFunction=1 {
"top3gpp:id" : "1",

"_3gpp-nr-nrm-nrsectorcarrier:
NRSectorCarrier=1" : {
"top3gpp:id" : "NRSectorCarrier-1",
"attributes" : {
"txDirection" : "DL_AND_UL",
"arfcnUL" : "55555".
...
}
},
"_3gpp-nr-nrm-nrsectorcarrier:
NRSectorCarrier=2" : {
"top3gpp:id" : "NRSectorCarrier-2",
"attributes" : {
"txDirection" : "DL_AND_UL",
"arfcnUL" : "66666".
...
}
},

"_3gpp-nr-nrm-nrsectorcarrier:
NRSectorCarrier=3" : {
"top3gpp:id" : "NRSectorCarrier-3",
"attributes" : {
"txDirection" : "DL_AND_UL",
"arfcnUL" : "77777".
...
}
},

"_3gpp-nr-nrm-nrsectorcarrier:
NRSectorCarrier=4" : {
"top3gpp:id" : "NRSectorCarrier-4",
"attributes" : {
"txDirection" : "DL_AND_UL",
"arfcnUL" : "88888".
...
},

"_3gpp-nr-nrm-nrcelldu:NRCellDU=1" : {
"top3gpp:id" : "NR-Cell-001"
"attributes" : {
"administrativeState " : "LOCKED",
"operationalState" : "disabled"
...
}
},
"_3gpp-nr-nrm-nrcelldu:NRCellDU=2" : {
"top3gpp:id" : "NR-Cell-002"
"attributes" : {
"administrativeState " : "LOCKED",
"operationalState" : "disabled"
...
}
},
"_3gpp-nr-nrm-nrcelldu:NRCellDU=3" : {
"top3gpp:id" : "NR-Cell-003"
"attributes" : {
"administrativeState " : "LOCKED",
"operationalState" : "disabled"
...
}
},

"_3gpp-nr-nrm-nrcelldu:NRCellDU=4" : {
"top3gpp:id" : "NR-Cell-004"
"attributes" : {
"administrativeState " : "LOCKED",
"operationalState" : "disabled"
...
}
},

"_3gpp-nr-nrm-nrcelldu:NRCellDU=5" : {
"top3gpp:id" : "NR-Cell-005"
"attributes" : {
"administrativeState " : "LOCKED",
"operationalState" : "disabled"
...
}
}

}

},

{
"

" : "

cmHandle

1232",

"data" : {
_3gpp-nr-nrm-gnbdufunction:
GNBDUFunction=1 {
"top3gpp:id" : "1",

"_3gpp-nr-nrm-nrsectorcarrier:
NRSectorCarrier=2" : {
"top3gpp:id" : "NRSectorCarrier-2",
"attributes" : {
"txDirection" : "DL_AND_UL",
"arfcnUL" : "66666".
...
}
},

"_3gpp-nr-nrm-nrsectorcarrier:
NRSectorCarrier=3" : {
"top3gpp:id" : "NRSectorCarrier-3",
"attributes" : {
"txDirection" : "DL_AND_UL",
"arfcnUL" : "77777".
...
}
}

}

},

{
"cmHandle" : "1233",
"yangData" : {
_3gpp-nr-nrm-gnbdufunction:
GNBDUFunction=1 {
"top3gpp:id" : "1",

"_3gpp-nr-nrm-nrsectorcarrier:
NRSectorCarrier=4" : {
"top3gpp:id" : "NRSectorCarrier-4",
"attributes" : {
"txDirection" : "DL_AND_UL",
"arfcnUL" : "88888".
...
},

"_3gpp-nr-nrm-nrcelldu:NRCellDU=1" : {
"top3gpp:id" : "NR-Cell-001"
"attributes" : {
"administrativeState " : "LOCKED",
"operationalState" : "disabled"
...
}
},
"_3gpp-nr-nrm-nrcelldu:NRCellDU=2" : {
"top3gpp:id" : "NR-Cell-002"
"attributes" : {
"administrativeState " : "LOCKED",
"operationalState" : "disabled"
...
}
},

}

},

{
"

" : "

cmHandle

1234",

"yangData" : {

_3gpp-nr-nrm-gnbdufunction:
GNBDUFunction=1 {
"top3gpp:id" : "1",

"_3gpp-nr-nrm-nrcelldu:NRCellDU=1 {
"top3gpp:id" : "NR-Cell-001"
"attributes" : {
"administrativeState " : "LOCKED",
"operationalState" : "disabled"
...
}
}

}

]

}

passthrough-running is supported in Istanbul using

RESTConf Path only

ncmp-datastores:running is not supported in Istanbul

21

Execute a yang action on multiple
CMHandles

POST

{ncmp-root}/ncmp/v1/data/{data-resource-identifier}/{action}

input: {
"param1Name" : "param1Value”,
"param2Name" : "param2Value”
}

Note : If the "action" statement has no
"input" section, the request
message MUST NOT include a message-body

Content-Type:
application/json

(yangData
contains the
yang-data
+json payload
as per individual
cmHandle
requests)

Method : POST

URI : {ncmp-root}/ncmp/v1/data/_3gpp-common-managed-element:
ManagedElement/_3gpp-nr-nrm-gnbdufunction:GNBDUFunction
/resetPort (dummy non-existent action)

Header :
Content-Type: application/json

Body :
{
operation : "action",
"cmHandles" : ["1231", "1232", "1233", "1234"],

"yangData" : {
input: {
"param1Name" : "param1Value”,
"param2Name" : "param2Value”
}
}
}

Response Success

HTTP/1.1 202 Accepted
Date: Thu, 26 Jan 2021 20:56:30 GMT
Content-Type: application/json

//EMPTY BODY

Error Response :

HTTP/1.1 202 Accepted
Date: Thu, 26 Jan 2021 20:56:30 GMT
Content-Type: application/json

response : [

{
"cmHandle" : "

1232",

"yangData" : {
"ietf-restconf:errors" : {
"error" : [
{ # See

https://tools.

ietf.org/html/rfc6241#section-4.3

"error-type" : "protocol",
"error-tag" : "invalid-value",
"error-path" : "3gpp-common-managed-
element:ManagedElement/_3gpp-nr-nrm-gnbdufunction:
GNBDUFunction/resetPort",
"error-message" : "Invalid input
parameter value for param2Name"
}
]
}
},
{
"cmHandle" : ""

1234",

"yangData" : {
"ietf-restconf:errors" : {

"error" : [
{ "error-type" : "protocol",
"error-tag" : "invalid-value",
"error-path" : "3gpp-common-
managed-element:ManagedElement/_3gpp-nr-nrm-
gnbdufunction:GNBDUFunction/resetPort",
"error-message" : "Invalid input
parameter value for param2Name" }
]
}
}
]

passthrough-running is supported in Istanbul using

RESTConf Path only

ncmp-datastores:running is not supported in Istanbul

22

Execute an rpc operation on multiple
CMHandles

POST

{ncmp-root}/ncmp/v1/operations/{module-name}:
{action}

{
input: {
"param1Name" : "param1Value”,
"param2Name" : "param2Value”
}
}

Note : If there is no "input" section, the request MUST NOT include a
message-body

Content-Type:
application/json

Method : POST

URI :{ncmp-root}/ncmp/v1/operations/_3gpp-common-managedelement:ManagedElement=Kista-001/_3gpp-nr-nrm-gnbdufunction:
GNBDUFunction=1/resetDevice (dummy action)

Header :
Content-Type: application/json

Body :
{

operation : "action",
"handles" : ["1231", "1232", "1233", "1234"],
input: {
"param1Name" : "param1Value”,
"param2Name" : "param2Value”
}
}

passthrough-running is supported in Istanbul using

RESTConf Path only

ncmp-datastores:running is not supported in Istanbul

23

GET/
POST/
PATCH
/PUT/
DELETE

{ncmp-root}/ncmp/v1/ch/ /data/ds/ncmp-datastores:passthrough-running/ {xpath}?topic=<dmaap-topic-Identifier>

{ncmp-root}/ncmp/v1/ch/ /data/ds/ncmp-datastores:running/{xpath}?topic=<dmaap-topic-Identifier>

**Async communication channel is DMaaP

Immediate response with a requestId is sent to the caller and the CRUD request is executed asynchronously where data is returned via the provided topic identifier.

Accept :
application/json

Scenario : Async request to NCMP

Method : GET/POST/PATCH/PUT/DELETE

URI : {ncmp-root}/ncmp/v1/ch/de3455/data/ds/ncmp-datastores:
passthrough-running/_3gpp-common-managed-element:
ManagedElement=Kista-001/_3gpp-nr-nrm-gnbdufunction:
GNBDUFunction=1?topic=5G:SectorCarrierOrchestrator-0012391:12

Body : // Include body where required
{
....
}

Response :
{
"requestId" : "<some-requestId>"
}

response data is published on the topic identified by <topicIdentifier>
keyed on request.

Output Specification

?fields={fields}&topic= {topicId}

Assynchronous

?fields={fields}&topic= {topicId}

Required Task

#	Description	Notes	Decision
1	Yml update with return types with examples of the payload
2	Update CPS openAPI.yml with return types		CPS-401 - Getting issue details... STATUS

References

Follow principles/patterns of RESTCONF RFC-8040 https://datatracker.ietf.org/doc/html/rfc8040
Follow principles/patterns of yang-patch RFC-8072 https://datatracker.ietf.org/doc/html/rfc8040
Follow principles/patterns of RESTCONF NMDA RFC-8527 https://datatracker.ietf.org/doc/html/rfc8527

NCMP Northbound API

Click here to expand...

Space shortcuts

Page tree

Guiding Principles

Open Issues & Decisions

RESTCONF/NETCONF relationship

NCMP URI

Datastores

REST API

Output Specification

Assynchronous

Required Task

References

NCMP Northbound API

Space shortcuts

Page tree

CPS-391Spike: Define and Agree NCMP REST Interface

Guiding Principles

Open Issues & Decisions

RESTCONF/NETCONF relationship

NCMP URI

Datastores

REST API

Output Specification

Assynchronous

Required Task

References

NCMP Northbound API