Re: [Teas] Proposed ACTN Definition Text (Re: 答复: Poll on draft-lee-teas-actn-requirements-01 a WG documents)

Igor Bryskin <IBryskin@advaoptical.com> Thu, 24 September 2015 17:56 UTC

Return-Path: <IBryskin@advaoptical.com>
X-Original-To: teas@ietfa.amsl.com
Delivered-To: teas@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EE3531B30CE; Thu, 24 Sep 2015 10:56:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.609
X-Spam-Level:
X-Spam-Status: No, score=-1.609 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, MIME_8BIT_HEADER=0.3, T_RP_MATCHES_RCVD=-0.01, WEIRD_PORT=0.001] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 009uj1-h7mTU; Thu, 24 Sep 2015 10:56:06 -0700 (PDT)
Received: from mail3.advaoptical.com (mail3.advaoptical.com [74.202.24.82]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 44F9B1B30CD; Thu, 24 Sep 2015 10:56:06 -0700 (PDT)
Received: from atl-srv-mail10.atl.advaoptical.com (atl-srv-mail10.atl.advaoptical.com [172.16.5.39]) by atl-vs-fsmail.advaoptical.com (8.14.5/8.14.5) with ESMTP id t8OHtpWP001369 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Thu, 24 Sep 2015 13:55:52 -0400
Received: from ATL-SRV-MBX1.advaoptical.com (172.16.5.45) by atl-srv-mail10.atl.advaoptical.com (172.16.5.39) with Microsoft SMTP Server (TLS) id 14.3.235.1; Thu, 24 Sep 2015 13:55:51 -0400
Received: from ATL-SRV-MBX1.advaoptical.com (172.16.5.45) by ATL-SRV-MBX1.advaoptical.com (172.16.5.45) with Microsoft SMTP Server (TLS) id 15.0.1130.7; Thu, 24 Sep 2015 13:55:51 -0400
Received: from ATL-SRV-MBX1.advaoptical.com ([fe80::6433:f8f:ea41:a6e1]) by ATL-SRV-MBX1.advaoptical.com ([fe80::6433:f8f:ea41:a6e1%14]) with mapi id 15.00.1130.005; Thu, 24 Sep 2015 13:55:51 -0400
From: Igor Bryskin <IBryskin@advaoptical.com>
To: Leeyoung <leeyoung@huawei.com>, Lou Berger <lberger@labn.net>, Vishnu Pavan Beeram <vishnupavan@gmail.com>
Thread-Topic: [Teas] Proposed ACTN Definition Text (Re: 答复: Poll on draft-lee-teas-actn-requirements-01 a WG documents)
Thread-Index: AQHQ9sWx3Tz5e5jnKUSobUSnQCz/jZ5MVA4A//+ZaICAAAJOcIAABe3g
Date: Thu, 24 Sep 2015 17:55:50 +0000
Message-ID: <0cac60438ec3495385cb0f318a7b68e5@ATL-SRV-MBX1.advaoptical.com>
References: <55E75B39.1050101@labn.net> <4A1562797D64E44993C5CBF38CF1BE48129F0F0E@ESESSMB301.ericsson.se> <6D32668528F93D449A073F45707153D8BEBB01AB@US70UWXCHMBA03.zam.alcatel-lucent.com> <55FC25E2.2000004@labn.net> <E4AC9A6F-FA33-4707-9CDC-4920DC30BB72@coriant.com> <55FC3D86.6080102@labn.net> <7AEB3D6833318045B4AE71C2C87E8E1729D1FCA7@dfweml706-chm> <55FC4D66.5070200@labn.net> <d2c37111aa12453c8a5143caa3709a71@ATL-SRV-MBX1.advaoptical.com> <55FC67E3.1030408@labn.net> <E0C26CAA2504C84093A49B2CAC3261A438CD7145@SZXEMA504-MBX.china.huawei.com> <55FEB30E.2060402@labn.net> <4A1562797D64E44993C5CBF38CF1BE4812A1CF18@ESESSMB301.ericsson.se> <5600BD48.9050408@labn.net> <6D32668528F93D449A073F45707153D8BEBB2938@US70UWXCHMBA03.zam.alcatel-lucent.com> <56017AC5.5080800@labn.net> <CA+YzgTuy15TpNDSCdT7wC+eGvkzs-8Av1Eb8LhXfn0a=dnSupA@mail.gmail.com> <7AEB3D6833318045B4AE71C2C87E8E1729D21A82@dfweml706-chm> <56019F6D.1090408@labn.net> <7AEB3D6833318045B4AE71C2C87E8E1729D21F52@dfweml706-chm> <5603EE48.1090008@labn.net> <964dfe9644b54659a2fc8377b16ef8fd@ATL-SRV-MBX1.advaoptical.com> <7AEB3D6833318045B4AE71C2C87E8E1729D2334B@dfweml706-chm>
In-Reply-To: <7AEB3D6833318045B4AE71C2C87E8E1729D2334B@dfweml706-chm>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [172.16.5.49]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.14.151, 1.0.33, 0.0.0000 definitions=2015-09-24_09:2015-09-23,2015-09-24,1970-01-01 signatures=0
Archived-At: <http://mailarchive.ietf.org/arch/msg/teas/Au6wXpuG3vVQYHGCWiRmJamlVWs>
Cc: TEAS WG <teas@ietf.org>, Daniele Ceccarelli <daniele.ceccarelli@ericsson.com>, "Varma, Eve L (Eve)" <eve.varma@alcatel-lucent.com>, "draft-lee-teas-actn-requirements@ietf.org" <draft-lee-teas-actn-requirements@ietf.org>
Subject: Re: [Teas] Proposed ACTN Definition Text (Re: 答复: Poll on draft-lee-teas-actn-requirements-01 a WG documents)
X-BeenThere: teas@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Traffic Engineering Architecture and Signaling working group discussion list <teas.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/teas>, <mailto:teas-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/teas/>
List-Post: <mailto:teas@ietf.org>
List-Help: <mailto:teas-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/teas>, <mailto:teas-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 24 Sep 2015 17:56:09 -0000

WRT the first item I like better the first suggestion.
WER the second item what you propose works for me.

-----Original Message-----
From: Leeyoung [mailto:leeyoung@huawei.com] 
Sent: Thursday, September 24, 2015 1:48 PM
To: Leeyoung <leeyoung@huawei.com>; Igor Bryskin <IBryskin@advaoptical.com>; Lou Berger <lberger@labn.net>; Vishnu Pavan Beeram <vishnupavan@gmail.com>
Cc: Varma, Eve L (Eve) <eve.varma@alcatel-lucent.com>; Daniele Ceccarelli <daniele.ceccarelli@ericsson.com>; TEAS WG <teas@ietf.org>; draft-lee-teas-actn-requirements@ietf.org
Subject: RE: [Teas] Proposed ACTN Definition Text (Re: 答复: Poll on draft-lee-teas-actn-requirements-01 a WG documents)

Hi Igor,

I would do the following as a first attempt. The new elements are added in double quotes (" ").  

For the first one: 

Abstraction and Control of TE Networks (ACTN) defines new methods and capabilities to support virtual network operations needed to orchestrate, control and manage "large-scale" 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.

Or

Abstraction and Control of TE Networks (ACTN) defines new methods and capabilities to support "scalable" 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.


For the second one:

Adaptation of customer requests (made on virtual resources) to the physical network resources performing the necessary mapping, translation, isolation, security, and "policy that allows conveying, managing and enforcing client policies with respect to the services by the network to said customers." 

Thanks.
Young

-----Original Message-----
From: Leeyoung
Sent: Thursday, September 24, 2015 12:25 PM
To: 'Igor Bryskin'; Lou Berger; Vishnu Pavan Beeram
Cc: Varma, Eve L (Eve); Daniele Ceccarelli; TEAS WG; draft-lee-teas-actn-requirements@ietf.org
Subject: RE: [Teas] Proposed ACTN Definition Text (Re: 答复: Poll on draft-lee-teas-actn-requirements-01 a WG documents)

Hi Igor,

I think both of your points are very good points. I personally would agree to add those terms to the text. 

Let me give it a try how to fit those wording to the current text and get back to you. Would you mind possibly using "scalable" instead of "large-scale"? It might be a bit easier to put the term in the right place. 

Thanks.
Young

-----Original Message-----
From: Igor Bryskin [mailto:IBryskin@advaoptical.com]
Sent: Thursday, September 24, 2015 11:29 AM
To: Lou Berger; Leeyoung; Vishnu Pavan Beeram
Cc: Varma, Eve L (Eve); Daniele Ceccarelli; TEAS WG; draft-lee-teas-actn-requirements@ietf.org
Subject: RE: [Teas] Proposed ACTN Definition Text (Re: 答复: Poll on draft-lee-teas-actn-requirements-01 a WG documents)

Hi Young,

I'd add "large-scale" at least in some places where you mention "TE networks". It is the large-scale aspect which points to/ requires new problems to be solved (totally agree with Lou), in particular, the hierarchical abstraction with no limit to the number of hierarchy levels and with both ends (top and bottom) open.

I'd also add:
"Conveying, managing and enforcing client policies with respect to the services provided by the network to said clients"

Regards,
 Igor

-----Original Message-----
From: Teas [mailto:teas-bounces@ietf.org] On Behalf Of Lou Berger
Sent: Thursday, September 24, 2015 8:36 AM
To: Leeyoung <leeyoung@huawei.com>; Vishnu Pavan Beeram <vishnupavan@gmail.com>
Cc: Varma, Eve L (Eve) <eve.varma@alcatel-lucent.com>; Daniele Ceccarelli <daniele.ceccarelli@ericsson.com>; TEAS WG <teas@ietf.org>; draft-lee-teas-actn-requirements@ietf.org
Subject: [Teas] Proposed ACTN Definition Text (Re: 答复: Poll on draft-lee-teas-actn-requirements-01 a WG documents)

NOTE: I've changed the title so that we can keep separate process discussion from the definition discussion.  Please keep comments limited to the appropriate thread so folks (like Adrian) that don't care about the process can ignore it.

 <This is the non-process thread>



On 9/23/2015 1:21 PM, Leeyoung wrote:
> Hi Lou and Pavan,
>
> ...
>
> 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. 
>

Great.  This is constructive.  Thank you.

WG,

Please review/comment/propose changes. 

I've dropped the text into an etherpad
(http://etherpad.tools.ietf.org:9000/p/teas-actn-def) to track the latest text.  Feel free to make changes there if you propose changes.

Lou

> -----Original Message-----
> From: Lou Berger [mailto:lberger@labn.net]
> Sent: Tuesday, September 22, 2015 1:35 PM
> To: Leeyoung; Vishnu Pavan Beeram
> Cc: TEAS WG; Daniele Ceccarelli; Varma, Eve L (Eve); 
> draft-lee-teas-actn-requirements@ietf.org
> 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
>
>
>
>


_______________________________________________
Teas mailing list
Teas@ietf.org
https://www.ietf.org/mailman/listinfo/teas