Re: [Teas] WG adoption and draft naming process (Re: 答复: Poll on draft-lee-teas-actn-requirements-01 a WG documents)

Daniele Ceccarelli <daniele.ceccarelli@ericsson.com> Sat, 26 September 2015 18:57 UTC

Return-Path: <daniele.ceccarelli@ericsson.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 73D971A1AAD; Sat, 26 Sep 2015 11:57:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.601
X-Spam-Level:
X-Spam-Status: No, score=-0.601 tagged_above=-999 required=5 tests=[BAYES_50=0.8, J_CHICKENPOX_41=0.6, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001] 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 tJFmsortvzQ9; Sat, 26 Sep 2015 11:57:43 -0700 (PDT)
Received: from sesbmg23.ericsson.net (sesbmg23.ericsson.net [193.180.251.37]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0A1691A1AA6; Sat, 26 Sep 2015 11:57:42 -0700 (PDT)
X-AuditID: c1b4fb25-f79a26d00000149a-ed-5606eaa450d9
Received: from ESESSHC005.ericsson.se (Unknown_Domain [153.88.253.124]) by sesbmg23.ericsson.net (Symantec Mail Security) with SMTP id 28.CA.05274.4AAE6065; Sat, 26 Sep 2015 20:57:40 +0200 (CEST)
Received: from ESESSMB301.ericsson.se ([169.254.1.93]) by ESESSHC005.ericsson.se ([153.88.183.33]) with mapi id 14.03.0248.002; Sat, 26 Sep 2015 20:57:39 +0200
From: Daniele Ceccarelli <daniele.ceccarelli@ericsson.com>
To: Lou Berger <lberger@labn.net>, Leeyoung <leeyoung@huawei.com>, Vishnu Pavan Beeram <vishnupavan@gmail.com>
Thread-Topic: WG adoption and draft naming process (Re: [Teas] 答复: Poll on draft-lee-teas-actn-requirements-01 a WG documents)
Thread-Index: AQHQ9sW+QakRADr6tkO6r1ucdd1a7J5PJ+QQ
Date: Sat, 26 Sep 2015 18:57:38 +0000
Message-ID: <4A1562797D64E44993C5CBF38CF1BE4812A38172@ESESSMB301.ericsson.se>
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> <5603EE6D.1010203@labn.net>
In-Reply-To: <5603EE6D.1010203@labn.net>
Accept-Language: it-IT, en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [153.88.183.148]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFprAIsWRmVeSWpSXmKPExsUyM+Jvje6SV2xhBl1nRSw2LnrCYrG06Qmj RUfzWxaLafNcLVp/7GCxmNP2hNmBzaP12V5Wj52z7rJ7tBx5y+qxZMlPJo8Pm5rZAlijuGxS UnMyy1KL9O0SuDI+bJ7LUnBBtWL/umvMDYxXVLoYOTkkBEwkpk5ZyAxhi0lcuLeeDcQWEjjK KPHhvWsXIxeQvZhRYuWMd6xdjBwcbAJWEk8O+YDUiAgUSXybMJkNpIZZYC2jRMOiw6wgjrDA SUaJ6bsmMYM4IgKngCbtncIG0WIk8aNnFdg6FgFViX9bpjGC2LwCvhK9t0FskHXzOCSu/FjD BJLgFNCQaG14DFbEKCArMWH3IjCbWUBc4taT+UwQdwtILNlzHuoHUYmXj/+xQthKEo1LnoCd zSygKbF+lz5Eq6LElO6H7BB7BSVOznzCMoFRbBaSqbMQOmYh6ZiFpGMBI8sqRtHi1OKk3HQj Y73Uoszk4uL8PL281JJNjMAoPLjlt+oOxstvHA8xCnAwKvHwKvxhDRNiTSwrrsw9xCjNwaIk ztvM9CBUSCA9sSQ1OzW1ILUovqg0J7X4ECMTB6dUA6Plc87C/IMnAt/PCotlzFR8/4vj8IUu yVs+Abf17nHXn/ygmPbD4C+7i/fP6lm1azt0VnSwiJnuDdh7xf3gg7QTytZ/HtpI1AgH+Ktm 3smdlSa2zEZhsu7bVTIb50tfznnyxz5SKyLZfY4Wr63WRLPX7I47Ha/YXnB7wFd24dvZ9+VF UlZ875VYijMSDbWYi4oTAb1ZzJajAgAA
Archived-At: <http://mailarchive.ietf.org/arch/msg/teas/EKShXIjJTiwjq0T91xSPBG8RdoY>
Cc: "Varma, Eve L (Eve)" <eve.varma@alcatel-lucent.com>, TEAS WG <teas@ietf.org>, "draft-lee-teas-actn-requirements@ietf.org" <draft-lee-teas-actn-requirements@ietf.org>
Subject: Re: [Teas] WG adoption and draft naming process (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: Sat, 26 Sep 2015 18:57:45 -0000

I would like to just comment on the file name.

I would really appreciate keeping the ACTN name for the solution. The reason is probably futile, but now when I say ACTN to a customer or a colleague they would understand what I mean. There are publications, papers and also the ONF and ITUT refer to ACTN (see the incoming liaison), so unless the WG and the chairs strongly feel the need for a different name, I'd really appreciate it to be left unchanged.

That said, I see three options:
1. Widening the scope of the requirements work (hence finding a new name for it) and leaving ACTN as a solution for a sub-set of such requirements. I'm fine with that
2. Keeping the scope of the requirements and solution aligned and as broad as possible. I'm less comfortable with that but it's fine if it doesn't imply changing the name.
3. Not only improving but also changing the scope of the requirements and the solution...please don't do so.

From what you write below
> While this understanding lead us to name the requirements draft independently
> from the solution in an attempt to highlight why the requirements don't apply
> to existing work, perhaps it would be fine to tie the two directly together -- I'll
> talk off line with Pavan.

I tend to understand that you're in favor of option 2...

BR
Daniele

> -----Original Message-----
> From: Lou Berger [mailto:lberger@labn.net]
> Sent: giovedì 24 settembre 2015 14:37
> To: Leeyoung; Vishnu Pavan Beeram
> Cc: TEAS WG; Daniele Ceccarelli; Varma, Eve L (Eve); draft-lee-teas-actn-
> requirements@ietf.org
> Subject: WG adoption and draft naming process (Re: [Teas] 答复: 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 process thread>
> 
> On 9/23/2015 1:21 PM, Leeyoung wrote:
> > 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.
> 
> Yes. It must be.  Perhaps because (a) it isn't an every day occurrence, and (b)
> I've never seen a set of authors balk to this level on a name change -- in fact I
> can't recall *ever* seeing authors protest a change by a chair.
> 
> For examples, take a look at the replaced by section of
> http://tools.ietf.org/wg/ccamp/
> 
> Another good example is draft-giacalone-ospf-te-express-path which was
> replaced by draft-ospf-te-metric-extensions
> 
> If you/anyone else has questions about WG draft adoption process -- please ask
> them by replying to this thread.  It seems that there a more than a few
> confused on this.
> 
> > ...
> 
> WRT the draft filename:
> 
> To me the definition still reads as ACTN is a set of solutions (i.e., = "new
> methods and capabilities to support virtual network operations") .
> While this understanding lead us to name the requirements draft independently
> from the solution in an attempt to highlight why the requirements don't apply
> to existing work, perhaps it would be fine to tie the two directly together -- I'll
> talk off line with Pavan.
> Either way, vn-orchestration or vn-operation would be/have been a better
> choice than vn-controller.
> 
> Lou
>