Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 

Service Order States and Service States Overview

 

Service provisioners create service orders which are requests to provision a service, validate a service, or decommission a service. The service order for provisioning a service defines all the service attributes.

Service Order States

Before a service order can affect a service, it must transition through several states as shown in Figure 1.

Figure 1: Service Order States and State Transitions
Service
Order States and State Transitions

When the service provisioner has created the service order, but has not yet attempted to deploy it or schedule it for deployment, the service order is in the Requested state.

After the service provisioner has scheduled the service order for deployment, the service order transitions to the Scheduled state. If the service provisioner schedules the service order for immediate deployment, then the service order will be in the Scheduled state only briefly. However, if the service provisioner has scheduled a later deployment, the service order could be in this state for several hours or days.

When a scheduled service order reaches its time for deployment, it transitions to the transitory In Progress state. From this state, the Junos Space software attempts to deploy the service. Successful deployment transitions the service order to the Completed state.

If the Junos Space software cannot deploy the service because of invalid information in the service order itself, the service order enters the Invalid state. The service provisioner must resolve the issues that cause the failure before re-creating the service order and rescheduling it for deployment.

If the device is down or the Junos Space software is unable to push the service configuration to the device, the service order transitions to the Failed Deploy state. A network operator might need to resolve the problem before the service provisioner reschedules the service order.

When you cancel a job, the service order may not fail in Cross Provisioning Platform but changes the service order state to Scheduled. When the job state is In Progress and until the device responds, the service order state is Scheduled. When the job is Cancelled, the job state becomes Cancelled and the service order state is Scheduled. As a result, the service order cannot be deleted or edited. However, you can move the service order state to Requested by right-clicking any service order or by clicking Actions at the header of the grid and selecting Cancel Order option. The Cancel Order option is enabled or disabled, depending on the state of the service order. This option is enabled only when the service order state is Scheduled and the job state is Cancelled while it is disabled for all the other service order states. When the state of the service order is Requested, you can modify and deploy or delete the service order.

Service States

A service is created when a service order to provision a service reaches the Completed state.

If a service exists, it is in the Deployed state. If a new service fails to deploy, the service does not exist.

If an attempt to modify a service fails, the service enters the Fail Deploy state. When a service is in the Fail Deploy state, you can attempt to redeploy it, or you can delete it.

The service also has an audit state of Up or Down, depending on whether the service passed or failed functional audit.

If you modify a service order and successfully redeploy the service, the modified service will operate according to the updated configuration.