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
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.
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.
