Re: [Teas] ACTN update

["Scharf, Michael (Nokia - DE)" <[e-mail]>]

Hi all,

I think ongoing discussions in OPSAWG and L2SM show that a "service orchestrator" implementing the L3SM model (or e.g. the L2SM model) may not necessarily directly talk to a domain controller. There can be much more complex architectures, e.g., if the service provider and network operator are not the same organization.

Also, the L3SM is a customer-facing model and the system may deal with customer "SLAs". Therefore, I am not sure if the term "TE" is really useful at the level of the L3SM model. Also, I believe the SLAs for a customer may not necessarily directly relate to TE. So, I find the notion "L3SM + TE" quite confusing.

In summary, I don't think that this slide deck clarifies the role of ACTN in a real service provisioning architecture, e.g., for IP services.

And since there is already terminology discussion in OPSAWG and L2SM/L3SM, I find it not useful to add further ACTN-specific terms. This just increases the confusion that already exists.

Maybe TEAS should back of a bit and work with the other WGs on terminology alignment?

Thanks

Michael


From: Teas [mailto:[e-mail]] On Behalf Of Daniele Ceccarelli
Sent: Thursday, November 17, 2016 3:32 AM
To: TEAS WG ([e-mail]) <[e-mail]>
Subject: [Teas] ACTN update

Dear WG and ACTNers,

Please find attached some slides trying to clarify terminology, roles and functionalities in ACTN (in line with the discussion we had at the mic during the TEAS session). It provides an architectural explanation and a possible workflow description trying to see if it fits with the architecture.

My proposal is to:

1.       Add a section in the framework document to explain the relationship and the split of roles between PNC, MDSC and existing components like orchestrator and domain controller.

2.       Add a section to the "Applicability of YANG models for ACTN" to explain how this impacts the definition of the MPI and what is missing (i.e. TE-Service model). This will have impacts also on the PCEP applicability.

3.    Write a new document defining service mapping model that provides mappings across LxSM and TE-service model and that can be extend to support different service models (L3VPN/L2VPN/L1VPN, VTS, Transport Connectivity service, etc). Dhruv, Young and I are already working on this.


Opinions? Thoughts?

BR
Daniele