Multi-domain Optical Network Services

Participants:

AT&T, Orange, Fujitsu (member list below)

Description:

Provide end to end multi-operator L1 services orchestrated by ONAP across multiple optical transport domains

Goals:

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

Initial use-case proposal:

Business requirements:

CDS based Workflows updates:

Member Name	Email	Company
David Allabaugh	david.allabaugh@us.fujitsu.com	Fujitsu
Olivier Augizeau	olivier.augizeau@orange.com	Orange
Martin Birk	mb4962@att.com	AT&T
Eric Debeau	eric.debeau@orange.com	Orange
FREEMAN, BRIAN D	bf1936@att.com	AT&T
Former user (Deleted)	denise.provencher@us.fujitsu.com	Fujitsu
ravi.rao	Ravi.Rao@us.fujitsu.com	Fujitsu
Olivier Renais	olivier.renais@orange.com	Orange
Raghavan Subramanian	raghavan.subramanian@us.fujitsu.com	Fujitsu

Functional Requirements:

ONAP Components	PTL Commitment	Comments
CDS	N	Started Discussion with CDS group to identify the required changes to support this blue print. Have provided the initial sequence flow.
SDC	N	Have to start discussions. Mostly for now we will just be using existing features of SDC. May require small tweaks.
SO	N	Will need some changes in SO to accomplish the decomposition of end to end optical service. More details need to be ironed out.
SDN-C	N	Have done some prototyping in Dublin for adding new DGs to extract topology from external domain controllers and map them to A&AI schema. Will need additional work to integrate this with proposed CDS workflow
A&AI	N	Have done some prototyping in Dublin to ingest topology from external controllers and show them in A&AI. Will need more work to act on notifications from controllers and keep the topology in sync
OOF	N	Need more detailed discussions with OOF PTL to understand how we can use OOF to provide the intermediate endpoints for domain specific services that will eventually form our end to end service
Policy	N	Need to understand how we can use the policy to store inter SP agreements which can later be translated by OOF to determine the partner SP and also the end points at the partner side
EXT-API	N	Need to have alignment on how we can use the MEF interlude API for inter SP interactions. EXT-API and SO communications also has to be flushed out.