Re: [kitten] Proposal for tracking document reviews and skipping WGLC

Benjamin Kaduk <kaduk@MIT.EDU> Sun, 26 June 2016 04:11 UTC

Return-Path: <kaduk@mit.edu>
X-Original-To: kitten@ietfa.amsl.com
Delivered-To: kitten@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B7593127078 for <kitten@ietfa.amsl.com>; Sat, 25 Jun 2016 21:11:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -5.627
X-Spam-Level:
X-Spam-Status: No, score=-5.627 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, RP_MATCHES_RCVD=-1.426, SPF_PASS=-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 XMN6HQj6_4BH for <kitten@ietfa.amsl.com>; Sat, 25 Jun 2016 21:11:14 -0700 (PDT)
Received: from dmz-mailsec-scanner-6.mit.edu (dmz-mailsec-scanner-6.mit.edu [18.7.68.35]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9599B12B011 for <kitten@ietf.org>; Sat, 25 Jun 2016 21:11:13 -0700 (PDT)
X-AuditID: 12074423-ffbff7000000518a-2b-576f55dfd36e
Received: from mailhub-auth-1.mit.edu ( [18.9.21.35]) (using TLS with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by (Symantec Messaging Gateway) with SMTP id D4.30.20874.FD55F675; Sun, 26 Jun 2016 00:11:12 -0400 (EDT)
Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11]) by mailhub-auth-1.mit.edu (8.13.8/8.9.2) with ESMTP id u5Q4BAxh023618; Sun, 26 Jun 2016 00:11:10 -0400
Received: from multics.mit.edu (system-low-sipb.mit.edu [18.187.2.37]) (authenticated bits=56) (User authenticated as kaduk@ATHENA.MIT.EDU) by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id u5Q4B6f2020635 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 26 Jun 2016 00:11:09 -0400
Received: (from kaduk@localhost) by multics.mit.edu (8.12.9.20060308) id u5Q4B6fd016641; Sun, 26 Jun 2016 00:11:06 -0400 (EDT)
Date: Sun, 26 Jun 2016 00:11:06 -0400
From: Benjamin Kaduk <kaduk@MIT.EDU>
To: Jeffrey Altman <jaltman@secure-endpoints.com>
In-Reply-To: <bef13631-2f66-c2d9-fa9d-7c1b5c6d76a2@secure-endpoints.com>
Message-ID: <alpine.GSO.1.10.1606260003550.18480@multics.mit.edu>
References: <alpine.GSO.1.10.1606202328590.18480@multics.mit.edu> <576902D4.5080303@cs.tcd.ie> <bef13631-2f66-c2d9-fa9d-7c1b5c6d76a2@secure-endpoints.com>
User-Agent: Alpine 1.10 (GSO 962 2008-03-14)
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset="US-ASCII"
X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrFIsWRmVeSWpSXmKPExsUixCmqrPsgND/cYMlpSYs/KyexWRzdvIrF Yvrea+wOzB5ru6+yeSxZ8pPJ42TfedYA5igum5TUnMyy1CJ9uwSujOmrzrMXdIhUXD/0m6mB 8T9/FyMnh4SAicTb72fZuxi5OIQE2pgkvh+8ygLhbGSU+LHoOCNIlZDAISaJJWf9IRINjBLf T7xlBUmwCGhLLH29gwXEZhNQkZj5ZiMbiC0iYCjR9v8mWA2zgIPEkZaVTCC2sECAxOPJH4Hi HBycAh4Se9+YgYR5BRwldr47wQKxaxajxMIP/iC2qICOxOr9U1ggagQlTs58wgIxUkti+fRt LBMYgYoRUrOQpBYwMq1ilE3JrdLNTczMKU5N1i1OTszLSy3SNdPLzSzRS00p3cQIClJ2F+Ud jC/7vA8xCnAwKvHwrpDIDxdiTSwrrsw9xCjJwaQkyrvtUW64EF9SfkplRmJxRnxRaU5q8SFG CQ5mJRHeZSFA5bwpiZVVqUX5MClpDhYlcV5GBgYGIYH0xJLU7NTUgtQimKwMB4eSBO9lkEbB otT01Iq0zJwShDQTByfIcB6g4U/BhhcXJOYWZ6ZD5E8xKkqJ84aCJARAEhmleXC94CSym0n1 FaM40CvCvKrAlCLEA0xAcN2vgAYzAQ2+258NMrgkESEl1cCob/rF7e38qmdzvjqt0YtWKH+j oP85TCkifFeb4/IVuq5zT3x/FHiGR19uw5sAhjVd3w6efPyK0yPX7Oav9WcTuNLUnn/d9/32 +80hzz6dW9B39uLtr6cc/xzco2ZWMdHvmLOzPHtxpKHQnKtXlli/EOng3da1plk7IPWVVoZc t9/L5v9Wv5TuK7EUZyQaajEXFScCAFdnLhH9AgAA
Archived-At: <https://mailarchive.ietf.org/arch/msg/kitten/lCnH-fFW_AQ2t9wg0rMruDPZ_TI>
Cc: kitten@ietf.org
Subject: Re: [kitten] Proposal for tracking document reviews and skipping WGLC
X-BeenThere: kitten@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Common Authentication Technologies - Next Generation <kitten.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/kitten>, <mailto:kitten-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/kitten/>
List-Post: <mailto:kitten@ietf.org>
List-Help: <mailto:kitten-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/kitten>, <mailto:kitten-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 26 Jun 2016 04:11:16 -0000

On Tue, 21 Jun 2016, Jeffrey Altman wrote:

> On 6/21/2016 5:03 AM, Stephen Farrell wrote:
> >
> > Just for the record: I think this is a fine thing to try
> > for a while, and thanks to the chairs for being willing.
> > I hope the WG are also willing to give it a shot as I figure
> > we need to make IETF stuff easier for WGs like kitten that
> > maintain important protocols through what will sometimes
> > be relatively "low energy" periods.
> >
> > S.
>
> Stephen,
>
> I will point out that even when documents complete WGLC they do not
> necessarily move forward.  For example,
>
>  https://datatracker.ietf.org/doc/draft-ietf-kitten-aes-cts-hmac-sha2/
>
> which has been waiting for a write-up for five months.  This is a

Yes, my personal circumstances have conspired to not leave me a
sufficiently large chunk of uninterrupted time in which to do the writeup.
I agree that it is unfortunate, and I've come close a couple times, but
my situation is improving such that I expect this to be moving forward
soon.

> document that not only passed WGLC but has two independent interoperable
> implementations blocked waiting for assignment of ETYPE and SUMTYPE
> values by IANA.

Given our recent experiences, it's probably a good idea to have an
additional party review those implementations for compliance to the
standard.  The test vectors help a lot, of course, but there are still
some things for which review is useful.

> As a former Kitten chair, the lack of available resources to work on
> protocol design, documents, and implementations is not new.  The
> GSS/Kerberos community has suffered with resource starvation for
> decades.  Although GSS, Kerberos and other authentication technologies
> are critical to the functioning of non-web network communications there
> has never been sufficient funding available to complete even 10% of the
> work that needs to be accomplished.  This is a key factor in the time it
> takes to get things done.
>
> When the WG Chairs and key participants are not funded to work on
> GSS/Kerberos it is very hard for them to prioritize the work.  In the
> end, none of us are independently wealthy and few of participant's
> employers pay the participants for this work.

I'll trim the rest.  I do not disagree, but do think it's worth repeating
that even when the chairs have support from their employers for that work,
documents cannot move forward without review from key participants.

But no, I don't have any ideas for where the money could be found.

-Ben