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 12 Current »

Table of Contents

Key contact persons

Raghavan Subramanian Xin Miao (Unlicensed)

BUSINESS DRIVERS

EXECUTIVE SUMMARY This requirement introduces enhancements to MDONS (Multi-Domain Optical Network Services) that was added in R6 enabling e2e orchestration of optical services & resource management. Some of the functionality we plan to introduce for R7:

  • Standards based enhancements: OpenROADM / ONF T-API topology updates, MEF 63/64 service definitions at design time

  • Cross-carrier service decomposition - BSS / OSS coordination

  • Asynchronous notification handling

  • Intelligent domain link selection & routing 

BUSINESS IMPACT - The requirement will enable automation of the design and activation of optical services spanning service provider networks leveraging standards & will speed time to revenue.

BUSINESS MARKETS - Applicable to any service provider offering global enterprise services or services that otherwise extend beyond their own network resources. It also applies to service providers with independent operational units that effectively operate as separate service providers. Primarily targeting management of optical/transport domains through ONAP

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. It will enable 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 requirement outside of a service providers "normal" ONAP deployment and its attendant organizational resources from a service provider.

OOF Support

Introduce API to handle Inter Domain Link (IDL) selection/path optimization 

Details for OOF support is defined here.


Asynchronous Domain Service Activation Handling through SDNC/SO

Add call back API  at SO per domain service activation notification from domain controller through SDNC   

Details for Async Handling approach is defined here.

OTN Service Assurance

 

IDL failure/restoration closed loop

Closed Loop as well as OTN network service and topology data collection from domain controller and data analysis

Details of MDONS Closed Loop approach is defined here.

Impacts Summary

PROJECTPTLUser Story / EpicRequirement
OOF

New API to handle Inter Domain Link selection/path optimization

C/T
SO
  • Asynchronous domain service activation notification call back
C/T
SDNC Dan Timoney
  • Test existing support in SDNC
  • DG to handle Inter Domain Link failure action
C/T
DCAE
  •   Data Collection through Restconf Collector
  •   VES Mapping
T
HOLMES Define alarm correlation rule and build DCAE Output eventC/T 
POLICY Pamela Dragosh Define Operational Policy and engine configurationT
Integration

New test cases 

Documentation updates  


List of PTLs: Approved Projects

Requirement Status

REQ-325 - Getting issue details... STATUS

Development Status

key summary type created updated assignee reporter priority status resolution subtasks fixversions
Loading...
Refresh

Test Status

1There should be a test case for each item in the sequence diagram

NOT YET TESTED

2create additional requirements as needed for each discreet step

COMPLETE

3Test cases should cover entire Use Case

PARTIALLY COMPLETE

Test Cases should include enough detail for testing team to implement the test

 FAILED

Discussion Materials

This section is to review slides for discussion.


  • No labels