Cisco Cisco Evolved Programmable Network Manager 1.2 Guia Do Programador

MTOSI Interface Details 
 

 

 

 

Cisco EPN Manager 1.2 Maintenance Pack 5 (V.1.2.500) MTOSI API Guide for OSS Integration 

 

 

101 

orderData 

OrderDataType 

Cisco-specific vendor extension that holds the 
order data for provisioning. Refer the Service 
Order Data tables for the detailed data 
description. 

productInfo 

ProductInfoType 

ServiceType of the service requested. 

subscriberRefList 

NamingAttributeType 

List of RDN types as a customer object id.  

soaInput 

RequestInfoSOAwareType 

Service Order Aware Type. 
Although this is a mandatory field in the data 
model, 

Cisco 

EPN Manager does not process 

this data. 

requestedCompletionDate 

dateTime 

Not used. Should be set to current date. 

Priority 

Integer 

Not used. Should be set to 0. 

purchaseOrder 

String 

Not used. Can be set to NONE. 

validFor 

dateTime 

Not used. Should be set to current date. 

Multiple responses to a request are possible, unless there is an exception. The expectation is to have one 
instance of the initialResponse and beginProcessingEvent, and multiple instances of success and failure 
responses. The header of the last response will indicate success or failure. 

provisionResponse 

provisionResponse 

Details of the provisioned service(s). 

beginProcessingEvent 

BeginProcessingEventType 

Returned if the provisioning process 
takes more than default wait time for 
completing the provisioning.  
Note: After the response is returned, 
the provisioning process runs in 
background and user will be notified of 
completion results using notification 
producer interface.  

cfsCreation 

CfsCreationEventType 

Indicates that CFS creation is 
successful.  

serviceCreationFailureEvent 

ServiceCreationFailureEven
tType 

Indicates partial failure scenario. 

internalError: Indicates that an internal error or exception has occurred as part of this call. 
invalidInput: Indicates that the input given to the operation is invalid.  
 

 

The API allows an OSS/NMS to modify a previous provisioning request. This operation takes the CFS 
reference and the corresponding modified service order data and modifies the existing CFS. When this 
request is complete, each CFS (associated with the product instance) should be in the targetState 
(Provisioned_Active), with all associated RFSs (and subtending resources) configured and allocated to the 
appropriate CFS. 
 
Pre-condition(s): The CFSs supporting the product instance must exist.