AT&T, Orange, Fujitsu (member list below)
Provide end to end multi-operator L1 services orchestrated by ONAP across multiple optical transport domains
- Incorporate & harmonize with MEF L1 Subscriber and Operator service definitions
- E2E optical service work flow definitions & on-boarding of network resources
- Align, harmonize, reconcile common information/data models in ONAP to enable Optical Transport services design & instantiation
- Optical Transport domain management through standard models / APIs. Eg: OpenROADM, Transport API
This section describes Business Drivers needs.
Executive Summary - This use case is to automate the service design and activation resulting from an optical (L0/L1) service request that requires "off-net" resources to complete, requiring coordination between two or more service providers.
Business Impact - Automation of the design and activation of services spanning service provider networks will speed time to revenue.
Business Markets - This use case is applicable to any service provider offering global enterprise services or services that otherwise extend beyond their own network resources. It may also apply to service providers with independent operational units that effectively operate as separate service providers.
Funding/Financial Impacts - While this automation may result in some CAPEX savings due to improved management of interconnect points, it will primarily reduce OPEX by automating some of the manual steps required for service provider interconnections. It will also allow service providers to respond more quickly to service orders requiring off-net resources, thus reducing time to revenue. A goal of this use case is to ensure support for SLAs and adherence to service constraints that potentially allow for the development of new premium service offerings.
Organization Mgmt, Sales Strategies - There is no additional organizational management or sales strategies for this use case outside of a service provider's "normal" ONAP deployment and its attendant organizational resources.
First draft Frankfurt accomplishments
April 8th MDONS demo conducted by THIRILOSHINI KRISHNAKUMAR and Xin Miao
- Scroll down to April 8th meeting notes for demo link
Frankfurt Integration testing status link
Initial use-case proposal (Frankfurt):
Proposed MDONS enhancements (Guilin):
Link to MDONS extensions in Guilin: MDONS Extension in R7
Architecture Subcommittee presentation: mdons-guilin-archcom.pptx
Event drive reconfiguration discussion: Event-driven-reconfiguration.pptx
L1 interconnect business reqts agreed 5-16.pptx
EUAG L1 Interconnect PoC final - 05.pptx
EUAG L1 Interconnect PoC draft - 04..pptx
EUAG L1 Interconnect PoC draft.pptx
Archiecture and Workflow Proposals:
Optical Modeling_L1 Subscriber and Operator Services_v2.pptx
Other items of interest
Great to see the requirements in L0/L1 service.
Actually, the L0/L1 service was described in the blueprint of CCVPN.
May I suggest to create a separate sub use case for this use case under CCVPN use case, which will provide the community a more unified view of the VPN service? I think it would be better if we put it under CCVPN's category instead of keeping it as a standalone.
We could take a reference on 5G use case and all the 5G related use cases are arranged under 5G use cases category.