Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 6 Next »

Till Casablanca release, SO acts as both Orchestrator and OSS/BSS System in some usecases. In the role of OSS/BSS System, SO sends the request to VF-C for Network Services LCM. In the Dublin release, VF-C introduces SOL005 

SO has to align the VF-C adapter to call those APIs using the new endpoints and also support the existing APIs as is.

What SOL005 APIs are supported in VF-C?

As of Dublin release, VFC is planning to implement the following APIs:

  • NS LCM 
    • Create NS
    • Delete NS
    • Get NS
    • Instantiate NS
    • terminate NS
  • NSD Package management
    • Subscribe
    • Query Subscribe Information
    • Terminate Subscription
    • Notify
  • VNFD Package Management
    • Fetch VNF Package artifacts
    • Subscribe
    • Query Subscription information
    • Terminate Subscription

What SOL005 APIs that will be consumed by SO?

Till Casablanca release, SO supports NS LCM API and scaling of NS. We are not going to add any new APIs in this release. But we will modify existing NS LCM APIs alone to make compatible with SOL 005.

API ActionMethodURIDescription
Create NSPOST/ns_instancesTo create a Network Service
Instantiate NSPOST/ns_instances/{nsInstanceId}/instantiateTo instantiate Network service
Get NS DetailsGET/ns_instances/{nsInstanceId}To query the status of the Network Service
Terminate NSPOST/ns_instances/{nsInstanceId}/terminateTo Delete Network Service Instance


Architecture for the NS Orchestration using SOL 005:


Flow of the NS Orchestration Diagram:



What usecase to be tested with SOL 005 Flow:

As of the Dublin release, SOL 005 flow will be tested against vCPE usecase. But in further releases the flow will be validated/tested against VoLTE usecases.


What other components will be affected SOL 005 Flow:

  • SDC: We tested with vCPE CSARs to check artifacts distributed to SO and there is no change needed in vCPE usecase. Other usecases has to be tested.
  • UUI: Based on the SOL 005 payload required by SO, UUI interfaces invoking SO will be modified.
  • SDNC: ????

Prerequisites/ Assumptions:

  • Network service has to be designed in the same way as in VoLTE usecase. For example, all the VFs has to be bundled in Service of type “Network Service”  and create an E2E network service which is a wrapper for all the network services that were created. The other way is to bypass VoLTE way of designing is to pass "nsd0_providing_service_uuid" in request Inputs from UUI
  • The scope of work is limited to NS LCM APIs, so Service Orchestrator (SO) won’t deal with CSAR package onboarding to VFC.






  • No labels