...
Figure 10 illustrates the use of Orchestration in the two main areas: Service Orchestration embodied in the Master Service Orchestrator and Service Control embodied in the Infrastructure, Application and Network Controllers. It illustrates the two major domains of D2 that employ orchestration. Although the objectives and scope of the domains vary, they both follow a consistent model for the definition and execution of orchestration activities.
Depending on the scope of a network issue, the MSO may delegate, or a Controller may assume, some of the activities identified above. Although the primary orchestrator is called “Master Service Orchestrator (MSO), its job is to manage orchestration at the top level and to facilitate the orchestration that takes place within the underlying controllers and marshal data between the Controllers such that they have the “process steps” and all the “ingredients” to complete the execution of their respective recipes. For new services, this may involve determination of service placement and identification of existing controllers that meet the Service Request parameters and have the required capacity. If existing controllers (Infrastructure, Network or Application) do not exist or do not have capacity, the MSO will obtain a recipe for instantiation of a new Controller under which the requested Service can be placed.
ASDC is the module of ECOMP where orchestration process flows are defined. These process flows will start with a template that may include common functions such as homing determination, selection of Infrastructure, Network and Application Controllers, consultation of policies and interrogation of A&AI to obtain necessary information to guide the process flows. The MSO does not provide any process-based functionality without a recipe for the requested activity regardless of whether that request is a Customer Order or a Service adjustment/ configuration update to an existing service.
MSO will interrogate A&AI to obtain information regarding existing Network and Application Controllers to support a Service Request. A&AI will provide the addresses of candidate Controllers that are able to support the Service Request. The MSO may then interrogate the Controller to validate its continued available capacity. The MSO and the Controllers report reference information back to A&AI upon completion of a Service request to be used in subsequent operations.
8.1 Application, Network and Infrastructure Controller Orchestration
As previously stated, orchestration is performed throughout the D2 Architecture by various components, primarily the MSO and the Application, Network and Infrastructure controllers. Each will perform orchestration for:
x Service Delivery or Changes to existing Service
x Service Scaling, Optimization, or Migration
x Controller Instantiation
x Capacity Management
Regardless of the focus of the orchestration, all recipes will include the need to update A&AI with configuration information, identifiers and IP Addresses.
Infrastructure Controller Orchestration
Like the MSO, Controllers will obtain their orchestration process and payload (templates/ models) from Service Design & Creation (ASDC). For Service instantiation, the MSO maintains overall end-to-end responsibility for ensuring that a request is completed. As part of that responsibility, the MSO