Re: [clue] Publishing CLUE protocol as Experimental?
Paul Kyzivat <pkyzivat@alum.mit.edu> Sat, 22 December 2018 16:28 UTC
Return-Path: <pkyzivat@alum.mit.edu>
X-Original-To: clue@ietfa.amsl.com
Delivered-To: clue@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BB3CE127B4C for <clue@ietfa.amsl.com>; Sat, 22 Dec 2018 08:28:10 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level:
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=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 4aIc_b_8HFby for <clue@ietfa.amsl.com>; Sat, 22 Dec 2018 08:28:08 -0800 (PST)
Received: from alum-mailsec-scanner-4.mit.edu (alum-mailsec-scanner-4.mit.edu [18.7.68.15]) by ietfa.amsl.com (Postfix) with ESMTP id 54C4E127AC2 for <clue@ietf.org>; Sat, 22 Dec 2018 08:28:07 -0800 (PST)
X-AuditID: 1207440f-3adff70000001e75-6c-5c1e6614be5f
Received: from outgoing-alum.mit.edu (outgoing-alum.mit.edu [18.7.68.33]) (using TLS with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by alum-mailsec-scanner-4.mit.edu (Symantec Messaging Gateway) with SMTP id 26.58.07797.5166E1C5; Sat, 22 Dec 2018 11:28:05 -0500 (EST)
Received: from PaulKyzivatsMBP.localdomain (c-24-62-227-142.hsd1.ma.comcast.net [24.62.227.142]) (authenticated bits=0) (User authenticated as pkyzivat@ALUM.MIT.EDU) by outgoing-alum.mit.edu (8.14.7/8.12.4) with ESMTP id wBMGRx2a027849 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Sat, 22 Dec 2018 11:28:00 -0500
To: Stephen Botzko <stephen.botzko@gmail.com>, Simon Pietro Romano <spromano@unina.it>
Cc: Adam Roach <adam@nostrum.com>, draft-ietf-clue-protocol.all@tools.ietf.org, "clue@ietf.org" <clue@ietf.org>, Benjamin Kaduk <kaduk@mit.edu>
References: <371a0f51-3919-8ae2-c782-e51ce4fc6e2f@nostrum.com> <62794BF0-F1A8-4F18-BCB4-110CCF2E9D57@unina.it> <CAMC7SJ4q5ktp=aSD5uC5dvMwHKKan0HOuRJR-Wv0rq3HgEq5kA@mail.gmail.com>
From: Paul Kyzivat <pkyzivat@alum.mit.edu>
Message-ID: <ad892b80-6503-c240-f5a3-12a21856ed4c@alum.mit.edu>
Date: Sat, 22 Dec 2018 11:27:59 -0500
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.10; rv:60.0) Gecko/20100101 Thunderbird/60.3.3
MIME-Version: 1.0
In-Reply-To: <CAMC7SJ4q5ktp=aSD5uC5dvMwHKKan0HOuRJR-Wv0rq3HgEq5kA@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 8bit
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFlrLKsWRmVeSWpSXmKPExsUixO6iqCuWJhdjMH0pn8Wev4vYLfafusxs 8WHiZUaL5RtnMllsa7vBbDHzwyZWBzaPnbPusnssWfKTyaPpzFFmj1k7n7B4fLn8mc3jx5an TAFsUVw2Kak5mWWpRfp2CVwZl+eaFCyQq/ix/iFjA+NRsS5GDg4JAROJ/odJXYxcHEICB5kk Zh88yQLh3GSS2DZlNZDDySEsYCvxc+YpJhBbRCBe4vq7blaQImaBWYwSVzfMZYLo2M4ocbbj GhtIFZuAlsScQ//BunkF7CXO7njFCmKzCKhK7H37jBnEFhVIk7h/bT4TRI2gxMmZT8DqOQUC JVp+94DFmQXMJOZtfsgMYYtL3HoyHyouL9G8dTbzBEagExDaZyFpmYWkZRaSlgWMLKsY5RJz SnN1cxMzc4pTk3WLkxPz8lKLdE30cjNL9FJTSjcxQmKCfwdj13qZQ4wCHIxKPLwTvsnECLEm lhVX5h5ilORgUhLldRWQixHiS8pPqcxILM6ILyrNSS0+xCjBwawkwvvjt2yMEG9KYmVValE+ TEqag0VJnLdxIl+MkEB6YklqdmpqQWoRTFaGg0NJgpcrFWioYFFqempFWmZOCUKaiYMTZDgP 0PBikBre4oLE3OLMdIj8KUZdjj1fm2YwC7Hk5eelSonzZoMUCYAUZZTmwc2BpbJXjOJAbwnz zkoBquIBpkG4Sa+AljABLeFykgFZUpKIkJJqYGR6k232Ke3XivUJj/XuajqJLDflbZaZaXTX bJtE6PqKbbErAmcue1wYd7qbZ1t+Sre7CuvUbsPUyyeFzGsOOZ5+LRNeu+ufzCnVk7KZiUW5 c9su7f2W8Ulltbf3/OL5c5i31U0R3cy1+1DQ5sn9Hj+X616Qa6/72XdJx/nxw5xKltfvGcRt RJRYijMSDbWYi4oTAe3r++tAAwAA
Archived-At: <https://mailarchive.ietf.org/arch/msg/clue/Tq6cffXC6DNgVfP37Y-mc00urWg>
Subject: Re: [clue] Publishing CLUE protocol as Experimental?
X-BeenThere: clue@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: CLUE - ControLling mUltiple streams for TElepresence <clue.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/clue>, <mailto:clue-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/clue/>
List-Post: <mailto:clue@ietf.org>
List-Help: <mailto:clue-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/clue>, <mailto:clue-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 22 Dec 2018 16:28:11 -0000
On 12/22/18 7:57 AM, Stephen Botzko wrote: > This will have an impact on on-going work in the ITU-T. The ITU-T > telepresence group chose to use CLUE directly instead of developing a > competing protocol, and they have several drafts which have been waiting > for the IETF publication for some years now. > > They cannot make normative references to an experimental RFC. They'd > either need to abandon their work, or directly incorporate CLUE into > their recommendations. This is news to me. I was going to say I was fine with publishing as Experimental, but based on this news I think we need to discuss it further. Thanks, Paul > Stephen > > On Sat, Dec 22, 2018 at 5:07 AM Simon Pietro Romano <spromano@unina.it > <mailto:spromano@unina.it>> wrote: > > Hello everybody, > > I’m perfectly fine with Benjamin’s and Ben’s proposal. > > Cheers, > > Simon > > _\\|//_ > ( O-O ) > ~~~~~~~~~~~~~~~~~~~~~~o00~~(_)~~00o~~~~~~~~~~~~~~~~~~~~~~~~ > Simon Pietro Romano > Universita' di Napoli Federico II > Computer Engineering Department > Phone: +39 081 7683823 -- Fax: +39 081 7683816 > e-mail: spromano@unina.it <mailto:spromano@unina.it> > > <<Molti mi dicono che lo scoraggiamento è l'alibi degli > idioti. Ci rifletto un istante; e mi scoraggio>>. Magritte. > oooO > ~~~~~~~~~~~~~~~~~~~~~~~( )~~~ Oooo~~~~~~~~~~~~~~~~~~~~~~~~~ > \ ( ( ) > \_) ) / > > (_/ > > > >> Il giorno 22 dic 2018, alle ore 00:10, Adam Roach >> <adam@nostrum.com <mailto:adam@nostrum.com>> ha scritto: >> >> CLUE working group and document authors: >> >> During IESG evaluation, Benjamin and Ben raised some issues around >> the state machine design, timeouts, and interaction with the >> various SIP state machines. While these could probably be >> addressed by adding substantial new text and a handful of new >> states and supervisory timers to the CLUE state machines, as well >> as including additional detail about the interaction between such >> state machines and the SIP state machines, it's not clear to me >> that the CLUE working group has the kind of energy necessary for >> that kind of refinement at this point in its lifecycle. >> >> An alternate path that both Ben and Benjamin would be okay with is >> publication of the protocol mechanism as Experimental rather than >> Standards Track, in order to allow the collection of operational >> experience around implementing and deploying the protocol with the >> state machines as specified. This would be sufficient to satisfy >> their concerns around the currently-defined state machine and >> would allow publication of the CLUE documents. (Note that, due to >> the relationship between clue-protocol, clue-signaling, and >> clue-datachannel, this would also result in the publication of >> clue-signaling and clue-datachannel as experimental.) >> >> Recognizing that many people are out of the office during this >> time of year, I'd like to ask that anyone who has comments >> regarding the proposal to move the core CLUE documents to >> Experimental status respond before Friday, January 18th. Thanks. >> >> /a >> >> > > _______________________________________________ > clue mailing list > clue@ietf.org <mailto:clue@ietf.org> > https://www.ietf.org/mailman/listinfo/clue >
- [clue] Publishing CLUE protocol as Experimental? Adam Roach
- Re: [clue] Publishing CLUE protocol as Experiment… Stephen Botzko
- Re: [clue] Publishing CLUE protocol as Experiment… Simon Pietro Romano
- Re: [clue] Publishing CLUE protocol as Experiment… Paul Kyzivat
- Re: [clue] Publishing CLUE protocol as Experiment… Christer Holmberg
- Re: [clue] Publishing CLUE protocol as Experiment… Keith Drage
- Re: [clue] Publishing CLUE protocol as Experiment… Christer Holmberg
- Re: [clue] Publishing CLUE protocol as Experiment… Roni Even (A)