...
China Mobile, Huawei, VDF, ZTE, VMWare
NOTE: More participants are welcome.
...
It is the general demand for big operators Operators such as CMCC and Vodafone to build high-bandwidth, flat and super high-speed OTN (Optical Transport Network) facing with the transition to digital economy and information-based society. They also want to privide a provide a high-speed, flexible and intelligent service for high-value customers, and an instant and flexible VPN service for SMB companies.
Furthermore, Operators want to be able to offer International end-to-end services to their Enterprise Customers. The ability to collaborate and interwork across Carriers is of paramount importance in such scenarios.
The current SOTN has some obvious disadvantages, such as:
...
Considering the above aspects, we plan to make a combination of SOTN and ONAP in virtue of the strong orchestration ability of ONAP, which is called CCVPN(Cross Domain and Cross Layer VPN), to realize a unified management and scheduling of resource and services, and also to deploy services automatically. OTN super controller can be realized as a module of ONAP(SDN-C). In this way, multi-domain cooperation is achieved as well as resource and service automatically providing.
In this use case, our focus is not only restricted to resource, but also services from end to end perspective. Scenarios includes 'SOTN only', SD-VAN and international WAN and end-to-end cross Carrier international private line . But at present, 'SOTN only' is at our 1 priority, which is going to be executed in Phase1 creation. Priorities are described in the following sections.
Function
...
specifications include:
- Physical network onboarding in ONAP
- Cross-domain orchestration (multiple physical networks) : include route calculation based on abstract topology
- Cross operator end-to-end service provisioning
- Closed-loop reroute for Cross-domain service
Priorities in the whole plan:
- Priority 1: Combine SOTN with ONAP, to manage and orchestrate services automatically.
- Priority 2:
- Priority1: Combine SOTN with ONAP, to manage and orchestrate services automatically.
- Priority2: SD-WAN controller is added in this phase to realize cross Layer VPN services.
- Priority3: Cross-domain E2E Orchestration.
- Priority4Priority 3: Build up Create the international private line , to realize the connection between ONAPs(ONAP instances interconnection and interwork).
- Priority 4: SD-WAN controller is added to realize cross Layer VPN services.
Action Phases:
- Phase1: SOTN Orchestration
- Single Domain
- Multiple Domains
- Phase2: Cross Carrier Service Creation (ONAP interworking)
- Phase 3: + SD-WAN service Creation
- Phase2: ONAPs Connection
Specific sub-use cases are:
- Service onboardingand resource on-boarding
- Service configuration
- Service termination
- Self service addaption adaptation (Bandwidth on demand to be added)
- Auto-scaling based on fault and performance (stretch goal)
- fault detection and auto-healing (stretch goal)
- data correlation and analytics (stretch goal)
Overall Topology Diagram
Work Flows
Phase1:
Brief
Short description
...
After the ONAP brought in, users can forward client service via a unified Following a successful ONAP deployment, Customers can order CCVPN services via a customer self-service portal. ONAP orchestrator will send out channel built request to SOTN Controller after checking the forward requests to 3rd party SOTN Controller upon successful check of service request and OTN resource state. Then Afterwards, a private channel is built. Domain controller will finish resource configuration on the basis of ONAP request.
For The CCVPN use case, we design 4 services are designed: SOTN VPN Infra Service, SD-WAN VPN Infra Service, Site DC Service , Site Enterprise Service.
One CCVPN scenario, can contains may contain one SOTN VPN Infra Service, more than one SD-WAN VPN Infra Services, more than one Site DC Services, more than one Site Enterprise Services. And Each SDLikewise, each SD-WAN VPN Infra Service can attach more than one site.
...
3. Site Enterprise Service Deploy Flow
- 1. UUIcreate UUI create Site Enterprise Service
- 2. SO create service instance to AAIA&AI
- 3. SO decompose the service template.
- 4. SO allocate the resources needed by cross ONAP deploy.
- 5. SO call the East/West APIs of ONAP of service provider partner, to create the service in the partner side.
- 6. SO create SPPartner resource information in A&AI. this will maintain the service instance uuid from the partner side.
- 7. SO Check the site location to check if it is locate in local ONAP.
- 8. SO call SDN-C to create device PNF resource
- 9. SDN-C call A&AI to create device PNF resource instance
- 10. SO call SDN-C to activate the device PNF resource
- 11. SDN-C call 3rd party SD-WAN controller to create device of the site.
- 12. SDN-C create device instance in A&AI.
- 13. SO call SDN-C to create site resource.
- 14. SDN-C call A&AI to create site resource instnace.
- 15. SO call SDN-C to activate the site resource.
- 16. SDN-C call 3rd SD-WAN controller to create site.
- 17. SO call SDN-C to create SOTN VPN attachment resource.
- 18. SDNC call AAI to create SOTN VPN attachment resource.
- 19. SO query the network access point information from inventory OSS of SP.
- 20. SO call SDN-C to activate the VPN attachment resource. SDN-C will get the existing VPN Infra Service information and the VPN attachment resource , to get the L1/L2 connectivity needed.
- 21. SDN-C call OOF to do L1/L2 connectivity route calculate between multi 3rd SOTN controller topologys.
- 22. OOF will query AAI for the whole topology notified by multi SOTN controllers.
- 23. OOF do route calculate,OOF return the route informations for L1/L2 connectivity VPNs on each SOTN controller.
- 24. SDN-C will loop the VPNs , and create the SOTN VPN instance to A&AI. This will also upate the VPN Infra service instance.
- 25. SDN-C call 3rd SOTN controller to create VPN over topology.
- 26. SDN-C add relationship between the VPN instance and the topology.
- 27. SO call SDN-C to create SD-WAN VPN attachment resource
- 28. SDN-C call A&AI to create SD-WAN VPN attachment resource instance.
- 29. SO call SDN-C to activate the SDN-WAN VPN attachment resource.
- 30. SDN-C call SD-WAN controller to attach the site to the SD-WAN VPN instance.
- 31. SO call SDN-C to create WAN port resource.
- 32. SDN-C call A&AI to create WAN port resource instance.
- 33. SO call SDN-C to activate WAN port resource.
- 34. SDN-C call SD-WAN controller to create WAN port for the Site.
- 35. SO call SDN-C to create LAN port resource.
- 36. SDN-C call A&AI to create LAN port resource instance.
- 37. SO call SDN-C to activate LAN port resource.
- 38. SDN-C call SD-WAN controller to create LAN port for the Site.
4. Site DC Service Deploy Flow
- 41. 0 UUI /Portal create Site Enterprise Service
- 42. 1 SO create service instance to AAIA&AI
- 43. 2 SO decompose the service template.
- 4. 3 SO call VFC/APPC to create VNF resource
- 4.4 VFC/APPC call AAI to create VNF resource instance
- 4.5 SO call VFC/APPC to activate the VNF resource
- 4.6 VFC/APPC will call 3rd VNFM to create vCPE VNF.
- 4.7 SO call SDNC to activate the VNF resource.
- 4.8 SDNC call 3rd SD-WAN controller to create device(VNF) of the site.
- 4.9 SO call SDNC to create site resource.
- 4.10 SDNC call AAI to create site resource instnace.
- 4.11 SO call SDNC to activate the site resource.
- 4.12 SDNC call 3rd SD-WAN controller to create site.
- 4.13 SO call SDNC to create VPN attachment resource.
- 4.14 SDNC call AAI to create VPN attachment resource.
- 4.15 SO query the network access point information from inventory OSS of SP.
- 4.16 SO call SDNC to activate the VPN attachment resource. SDNC will get the existing VPN Infra Service information and the VPN attachment resource , to get the L1/L2 connectivity needed.
- 4.17 SDNC call OOF to do L1/L2 connectivity route calculate between multi 3rd SOTN controller topologys.
- 4.18 OOF will query AAI for the whole topology notified by multi SOTN controllers.
- 4.19 OOF do route calculate.
- 4.20 OOF return the route informations for L1/L2 connectivity VPNs on each SOTN controller.
- 4.21 SDNC will loop the VPNs , and create the SOTN VPN instance to AAI. This will also upate the VPN Infra service instance.
- 4.22 SDNC call 3rd SOTN controller to create VPN over topology.
- 4.23 SDC add relationship between the VPN instance and the topology.
- 4.24 SDNC call SD-WAN controller to attach the site to the SD-WAN VPN instance.
- 4.25 SDNC call SD-WAN controller to create LAN for the Site.
- 4.26 SDNC call SD-WAN controller to create WAN for the Site.
5. Closed Loop Flow
- 5.0 SDC/CLAMP Portal design and activate policy.
- 5.1 SDC/CLAMP config and activate the policy.
- 5.2 SDC/CLAMP distribute the DCAE config.
- 5.3 SDC/CLMAP distribute the alarm correlation rules to Holmes.
- 5.4 3rd SOTN controller report link down alarm to DCAE
- 5.5 DCAE will do data cleaning and filtering for the alarms
- 5.6 DCAEk keep track the datas.
- 5.7 Holmes do analysis for the alarms.
- 5.8 Holmes notify the reroute event.
- 5.9 Policy matching the reroute rules.
- 5.10 Policy call SO to delete the old services and create the new services. For the creation flow, a variable route will be recalculated.
6. Service Design Flow
- SO allocate the resources needed by cross ONAP deploy.
- 5. SO call the East/West APIs of ONAP of service provider partner, to create the service in the partner side.
- 6. SO create SPPartner resource information in A&AI. this will maintain the service instance uuid from the partner side.
- 7. SO Check the site location to check if it is locate in local ONAP.
- 8. SO call VF-C/APP-C to create device VNF resource
- 9. VF-C/APP-C call A&AI to create device VNF resource instance
- 10. SO call VF-C/APP-C to activate the device VNF resource.
- 11. VF-C/APP-C call the 3rd party VNFM to deploy VNF.
- 12. VF-C/APP-C call A&AI to create VNF instance.
- 13. SO call SDN-C to activate the device VNF resource
- 14. SDN-C call 3rd party SD-WAN controller to create device of the site.
- 15. SDN-C create device instance in A&AI.
- 16. SO call SDN-C to create site resource.
- 17. SDN-C call A&AI to create site resource instnace.
- 18. SO call SDN-C to activate the site resource.
- 19. SDN-C call 3rd SD-WAN controller to create site.
- 20. SO call SDN-C to create SOTN VPN attachment resource.
- 21. SDNC call AAI to create SOTN VPN attachment resource.
- 22. SO query the network access point information from inventory OSS of SP.
- 23. SO call SDN-C to activate the VPN attachment resource. SDN-C will get the existing VPN Infra Service information and the VPN attachment resource , to get the L1/L2 connectivity needed.
- 24. SDN-C call OOF to do L1/L2 connectivity route calculate between multi 3rd SOTN controller topologys.
- 25. OOF will query AAI for the whole topology notified by multi SOTN controllers.
- 26. OOF do route calculate,OOF return the route informations for L1/L2 connectivity VPNs on each SOTN controller.
- 27. SDN-C will loop the VPNs , and create the SOTN VPN instance to A&AI. This will also upate the VPN Infra service instance.
- 28. SDN-C call 3rd SOTN controller to create VPN over topology.
- 29. SDN-C add relationship between the VPN instance and the topology.
- 30. SO call SDN-C to create SD-WAN VPN attachment resource
- 31. SDN-C call A&AI to create SD-WAN VPN attachment resource instance.
- 32. SO call SDN-C to activate the SDN-WAN VPN attachment resource.
- 33. SDN-C call SD-WAN controller to attach the site to the SD-WAN VPN instance.
- 34. SO call SDN-C to create WAN port resource.
- 35. SDN-C call A&AI to create WAN port resource instance.
- 36. SO call SDN-C to activate WAN port resource.
- 37. SDN-C call SD-WAN controller to create WAN port for the Site.
- 38. SO call SDN-C to create LAN port resource.
- 39. SDN-C call A&AI to create LAN port resource instance.
- 40. SO call SDN-C to activate LAN port resource.
- 41. SDN-C call SD-WAN controller to create LAN port for the Site.
5. Closed Loop Flow
- 1. SDC/CLAMP Portal design and activate policy.
- 2. SDC/CLAMP config and activate the policy.
- 3. SDC/CLAMP distribute the DCAE config.
- 4. SDC/CLMAP distribute the alarm correlation rules to Holmes.
- 5. 3rd party SOTN controller report link down alarm to DCAE
- 6. DCAE will do data cleaning and filtering for the alarms
- 7. DCAEk keep track the datas.
- 8. Holmes do analysis for the alarms.
- 9. Holmes notify the reroute event.
- 10. Policy matching the reroute rules.
- 11. Policy call SO to delete the old services and create the new services. For the creation flow, a variable route will be recalculated.
5.1 DCAE Flow in Close Loop (with better diagram later on)
- RestConf Collector (RC)subscribes for remote failure alarm to SOTN Controller (SC)
- RC requests to set up a long term tunnel with the 3rd party SC
- SC responses with OK upon successful tunnel setting
- SC pushes service route status data to the collector
- RC receives alarm data, converts it into JSON format and publishes on DMAAP with topic of ROUTE_ALARM_OUTPUT
- UVA consumes the alarm message
- UVA requests the RestConf2VES mapping
- UVA converts json alarm into VES event
- UVA publishes the VES event on DMAAP for further correlation
6. Service Design Flow
- 1. Design the service in SDC portal
- 2. SDC distribute the service information to SO
- 3.
- 6.0 Design the service in SDC portal
- 6.1 SDC distribute the service information to SO
- 6.2 SDC distribute the service network information to SDNC
- 64. 3 SDC distribute the service model information to AAI
- 65. 4 SDC distribute the service VNF information to VFC/APPC.
...
Tenant management
Project Impact
PHASE1:
SDC – PNF resource onboarding (include: CPE and physical network which can provide MEF EPL service and can be designed as abstract resource)
SO/OOF – service orchestration & homing based on abstract topology(for the physical network)
SDNC - integrated with 3rd controller, New DG for provision to CPE & physical network, sync abstractor topology for the physical network and store it into A&AI
UUI - E2E service provision(need support for tenant & site)
A&AI - DM for PNF, abstract topology of physical network, use travel query tor all resource related to special service
ESR - external controller?OTN controller in phase 1?, external inventory OSS to provide reference between physical location information and CPE or UNI/NNI of physical network, or external link between different physical network domain(stretch goal)
DCAE - collect the event data for MEF EPL service or from PNF.
VF-C/APP-C –VNF deployment & management when need
External APIs - external controller?OTN controller in phase 1?, external inventory OSS to provide reference between physical location information and CPE or UNI/NNI of physical network, or external link between different physical network domain(stretch goal)
- Modeling - the modeling for PNF and abstract topology for physical network
...
Location | PNFs | Intended Provider | PNF CSAR |
Site | CPE | Huawei, ZTE | |
Physical network | OTN network element | Huawei, ZTE | |
VNF:
VNF: vCPE or similar VNF/APP that need to deploy in site (the enterprise or the Datacenter).
NFVI+VIM: provide infrastructure to run VNF/app.
Location | VNFs | Intended VNF Provider | VNF CSAR |
enterprise | vCPE | Huawei?ZTE | |
Datacenter | |||
NFVI+VIM:
Utilize vendors NFVI+VIMs in the ONAP platform.
Location | NFVI+VIMs | Intended VNF Provider | Note |
Datacenter | Huaiwei, VMWare | ||
Work Commitment
< identify who is committing to work on this use case and on which part>
...