Re: [Teas] 答复: Poll on draft-lee-teas-actn-requirements-01 a WG documents

[Leeyoung <[e-mail]>]

Hi Lou and Pavan, 

OK, I think we are converging. I personally have not seen any cases where WG chairs demanded the name change of the adopted work, but this may have been limited to my own experience. With that, we would like to move on and provide the definition of ACTN. 

Here's the working version of what ACTN is based on the authors/contributors input and based on ACTN framework and problem statement drafts. 

We'd welcome the input of WG to refine this as a concerted effort. 

Thanks,

Young (on behalf of all contributors)

------------------------------------------------------------------------------------------------------------------------------------

Abstraction and Control of TE Networks (ACTN) defines new methods and capabilities to support virtual network operations needed to orchestrate, control and manage multi-domain TE networks so as to facilitate network programmability, automation, efficient resource sharing, and end-to-end virtual service aware connectivity and network function virtualization services. These are summarized as follows. 

-	Abstraction and coordination of underlying network resources to higher-layer applications and customers, independent of how these resources are managed or controlled, so that they can dynamically control their virtual networks by creating, modifying, monitoring, and deleting them.

-	Multi-domain and multi-tenant virtual network operation via hierarchical abstraction of TE domains that facilitates multi-administration, multi-vendor, and multi-technology networks as a single virtualized network. This is achieved presenting the network domain as an abstracted topology to the customers via open and programmable interfaces. This allows for the recursion of controllers in a customer-provider relationship. 

-	Orchestration of end-to-end virtual network services and applications via slicing of network resources to meet specific service, application and customer requirements.

-	Adaptation of customer requests (made on virtual resources) to the physical network resources performing the necessary mapping, translation, isolation and, security/policy enforcement.

-	Provision of a computation scheme and virtual control capability via a data model to customers who request virtual network services. Note that these customers could, themselves, be service providers. 


-----Original Message-----
From: Lou Berger [mailto:[e-mail]] 
Sent: Tuesday, September 22, 2015 1:35 PM
To: Leeyoung; Vishnu Pavan Beeram
Cc: TEAS WG; Daniele Ceccarelli; Varma, Eve L (Eve); [e-mail]
Subject: Re: [Teas] 答复: Poll on draft-lee-teas-actn-requirements-01 a WG documents

Young,

On 9/22/2015 1:32 PM, Leeyoung wrote:
> But not with the procedural violation! This would set a wrong 
> precedent in IETF. I’d like to hold all of us accountable to the right 
> procedure.

I'm not sure to what you are referring.  The sole formal procedural requirement for issuing a draft is WG chair approval, at which time chairs select the filename.  Now it is certainly normal and good practice for  WG chairs to ensure support for the work via such things as polls, but this isn't procedurally required.  Also, chairs always evaluate the filename as part of our approval process, and while less common,  approve file names different than the form used by the individual draft.  Feel free to look around and you'll find a few examples.

Now we'd really like to move the discussion to something a bit more than process and get a definition for inclusion in the -01 rev of the document.  -- which in our opinion will formally answer the question of if ACTN is just a (set of) solutions or something broader, and thereby inform the filename choice.

Can you and the other authors help with that? 

This question is open to all, so if you think you have a definition that's worth sharing, please chime in.

Thanks,
Lou