Cisco Cisco Evolved Programmable Network Manager 2.0 Developer's Guide

 
MTOSI Interface Details 
 

 

 

 

 

 

Cisco EPN Manager 2.0 MTOSI API Guide for OSS Integration  

 

 

103 

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.  
 
In case of success, the CFS(s) associated with the product instance will be in the targetState 
(Provisioned_Active). Subscribers, users, and SAPs will be added or deleted as indicated in the modify 
request.  
 
In case of failure: In the case of an atomic request, all CFS(s) will be returned to their original state before the 
service request. Also, no subscriber, users or SAPs will be added or deleted. The best effort is that the CFSs 
associated with the product instance remain in their current state; no rollback is attempted in this case. 

modifyRequest 

modifyRequest 

- 

basicInput 

RequestInfoBasicType 

- 

productInfo 

ProductInfoType 

Product information associated with request. The 
target OS will translate the product information to 
service-level information and perform the requested 
action. 

subscriberRefList 

NamingAttributeType 

List of RDN types as a customer object id. 

targetState 

String 

State to which the target OS wants the CFSs 
transitioned when the request is complete (the 
value is either Provisioned_Inactive or 
Provisioned_Active). 

 

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.