Cisco Cisco Elastic Services Controller 1.1 Developer's Guide

              </service_definition> 
            </services> 
          </tenant> 
        </tenants> 
      </esc_datamodel> 
</config> 
  </edit-config> 
</rpc> 

An rpc-reply response is returned with a status of ok if the request was accepted for activation, or a 
status of rpc-error if the request was rejected.  See section 

  for more details. 

Workflow Aggregation: 

For each dependent workflow specified in the configuration, a separate workflow is submitted.  Refer to 
the specific workflow description for information on configuration activation of each of these optional 
workflows.   As required, dependent workflows will be processed in the following order: 

Section 6.1.1: Create a Tenant (zero or one) 

Section 6.1.3: Create a Network for a Tenant (zero or more) 

Section 6.1.5: Create a Subnet for a Tenant (zero or more) 

Multiple workflows of the same type are executed in parallel, and a failure in any workflow results in a 
Deploy Service activation failure once the remaining workflows of the same type have finished. 

Workflows of different types are processed in sequence, and a failure in any of these workflows will 
result in an immediate Deploy Service activation failure.  Once all of these dependent workflows have 
been successfully activated, the Deploy Service workflow is activated.   

On Success: 

A successful Deploy Service workflow will trigger events and operational data changes for each of the 
dependent workflows, and for the Deploy Service workflow.  

A series of escEvent notifications with a SUCCESS status will be sent to Netconf subscribers once the 
individual workflows in the configuration activation have completed.   

If the tenant was created, then an escEvent of type CREATE_TENANT will be sent.  Refer to section 6.1.1 
for details. 

If any ephemeral networks were created, then an escEvent of type CREATE_NETWORK will be sent for 
each network.  Refer to section 6.1.3 for details.