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

Leeyoung <leeyoung@huawei.com> Tue, 22 September 2015 17:33 UTC

Return-Path: <leeyoung@huawei.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 12E831B2C5F; Tue, 22 Sep 2015 10:33:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.909
X-Spam-Level:
X-Spam-Status: No, score=-2.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HK_RANDOM_ENVFROM=0.001, HK_RANDOM_FROM=1, HTML_MESSAGE=0.001, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=ham
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 AaKrmIiGTuhj; Tue, 22 Sep 2015 10:33:02 -0700 (PDT)
Received: from lhrrgout.huawei.com (lhrrgout.huawei.com [194.213.3.17]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B97861B2C41; Tue, 22 Sep 2015 10:33:00 -0700 (PDT)
Received: from 172.18.7.190 (EHLO lhreml401-hub.china.huawei.com) ([172.18.7.190]) by lhrrg01-dlp.huawei.com (MOS 4.3.7-GA FastPath queued) with ESMTP id CBP37035; Tue, 22 Sep 2015 17:32:58 +0000 (GMT)
Received: from DFWEML702-CHM.china.huawei.com (10.193.5.72) by lhreml401-hub.china.huawei.com (10.201.5.240) with Microsoft SMTP Server (TLS) id 14.3.235.1; Tue, 22 Sep 2015 18:32:57 +0100
Received: from DFWEML706-CHM.china.huawei.com ([10.193.5.225]) by dfweml702-chm ([10.193.5.72]) with mapi id 14.03.0235.001; Tue, 22 Sep 2015 10:32:53 -0700
From: Leeyoung <leeyoung@huawei.com>
To: Vishnu Pavan Beeram <vishnupavan@gmail.com>, Lou Berger <lberger@labn.net>
Thread-Topic: [Teas] 答复: Poll on draft-lee-teas-actn-requirements-01 a WG documents
Thread-Index: AQHQ9N66D1XZsJFseE2cGXpt2C0dB55JJUyAgAAFgYCAABa+gP//i49g
Date: Tue, 22 Sep 2015 17:32:53 +0000
Message-ID: <7AEB3D6833318045B4AE71C2C87E8E1729D21A82@dfweml706-chm>
References: <55E75B39.1050101@labn.net> <55FA9E28.4060602@labn.net> <1A722C8D-3AC3-4CD4-BB0A-9E9C8155FD65@coriant.com> <55FB6000.4080904@labn.net> <4A1562797D64E44993C5CBF38CF1BE48129F0B44@ESESSMB301.ericsson.se> <CA+YzgTu38t9-aVnDn8u=BUz2rPqsrYg2dgVCc8Zc=KwGWmR+tg@mail.gmail.com> <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>
In-Reply-To: <CA+YzgTuy15TpNDSCdT7wC+eGvkzs-8Av1Eb8LhXfn0a=dnSupA@mail.gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.192.11.126]
Content-Type: multipart/alternative; boundary="_000_7AEB3D6833318045B4AE71C2C87E8E1729D21A82dfweml706chm_"
MIME-Version: 1.0
X-CFilter-Loop: Reflected
Archived-At: <http://mailarchive.ietf.org/arch/msg/teas/BoVaGviYMa7vg2gqkehkgDFfqTk>
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] 答复: 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: Tue, 22 Sep 2015 17:33:06 -0000

Hi Pavan,

We’d love to do so. 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. As I indicated in my previous email to the list, the description of ACTN is already there in the referenced drafts, framework and problem statement. Justification of ACTN into the TEAG WG has already expressed in the adoption process, has it not?

The requirements are based on operators’ use-cases under the umbrella of ACTN. There is no reason to challenge them at this juncture, isn’t?

Regards,
Young


From: Vishnu Pavan Beeram [mailto:vishnupavan@gmail.com]
Sent: Tuesday, September 22, 2015 12:20 PM
To: Lou Berger
Cc: Varma, Eve L (Eve); Daniele Ceccarelli; Leeyoung; draft-lee-teas-actn-requirements@ietf.org; TEAS WG
Subject: Re: [Teas] 答复: Poll on draft-lee-teas-actn-requirements-01 a WG documents


> Could someone (individually or collectively) provide a definition of ACTN that would be suitable for inclusion in a -01 of the WG requirements document on the topic?

Any input on this would be much appreciated.

I thought the proposal texts from Igor and Xian were pretty good for a start. Can the authors please build on this and put together some text that succinctly defines ACTN (text that, hopefully, justifies using "ACTN" to characterize the set of requirements that have been put forth)? Given all the work that has gone into this (and all the documents that have been put together so far) over the past couple of years, I would like to think that this wouldn't take too long.
Regards,
-Pavan


On 9/22/2015 11:39 AM, Varma, Eve L (Eve) wrote:
> Hi Lou,
>
> Adding a definition seems a reasonable thing to do, considering all the discussion that's taken place.  From a procedure perspective, I assume the authors should first publish draft-teas-actn-requirements-00 as a WG draft without any changes to the content, and thereafter proceed from there to change “Transport” to “TE” within the draft and add a definition?
>
> Best regards,
> Eve
>
> -----Original Message-----
> From: Lou Berger [mailto:lberger@labn.net<mailto:lberger@labn.net>]
> Sent: Monday, September 21, 2015 10:31 PM
> To: Daniele Ceccarelli; Leeyoung; draft-lee-teas-actn-requirements@ietf.org<mailto:draft-lee-teas-actn-requirements@ietf.org>
> Cc: Varma, Eve L (Eve); Vishnu Pavan Beeram; TEAS WG
> Subject: Re: [Teas] 答复: Poll on draft-lee-teas-actn-requirements-01 a WG documents
>
> Daniele, ACTN authors, All,
>
> On 9/21/2015 8:44 AM, Daniele Ceccarelli wrote:
>> ...
>> Looking forward to progress a fruitful thread and publishing the WG draft so work can progress.
>>
> Okay, let's take a step back here.
>
> The basic question is how does ACTN fit into the TEAS WG.
>
> Based on the discussions to date in the context of the WG, we thought we understood where we were going WRT ACTN, but perhaps not.  We also clearly expected to answer this in greater detail  as the WG  moved towards "ACTN" solutions.
>
> As has been pointed out earlier in the thread, having the first document on a topic without any definition of the topic is a bit awkward.  So perhaps now would be a good time to provide a definition of ACTN that can be added to the requirements document.
>
> Could someone (individually or collectively) provide a definition of ACTN that would be suitable for inclusion in a -01 of the WG requirements document on the topic?
>
> Also as mentioned before, it may be helpful to look at the MPLS-TP requirements document, RFC 5654, which provides an example of such a definition.
>
> Thank you,
> Lou
>
>
>