Re: Conclusion of the last call on draft-housley-two-maturity-levels

Hector <sant9442@gmail.com> Mon, 12 September 2011 03:01 UTC

Return-Path: <sant9442@gmail.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0B16421F854F for <ietf@ietfa.amsl.com>; Sun, 11 Sep 2011 20:01:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.369
X-Spam-Level:
X-Spam-Status: No, score=-3.369 tagged_above=-999 required=5 tests=[AWL=0.230, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id dHLZBtmp9MGp for <ietf@ietfa.amsl.com>; Sun, 11 Sep 2011 20:01:02 -0700 (PDT)
Received: from mail-yi0-f44.google.com (mail-yi0-f44.google.com [209.85.218.44]) by ietfa.amsl.com (Postfix) with ESMTP id 3277B21F8546 for <ietf@ietf.org>; Sun, 11 Sep 2011 20:01:02 -0700 (PDT)
Received: by yie12 with SMTP id 12so1833585yie.31 for <ietf@ietf.org>; Sun, 11 Sep 2011 20:03:04 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=67gDSwCUlX3Fvbx4Zcof/9e5lTKVptBfgW/vPtfRz/k=; b=x4rLXy1YpIYaixsAIKInW6A0rVUgmolLcloD+eDi/izn5TBBzZik+9/FAvYyQE7vff qvhvdPJattu+b/Fos1gOoPaAm6D0iF7EisOBHI09v7WcKEUS6uJb4iWGSIPT4AYEPGvU ETJIerntNP5oNd6p6jBknmnEOb49vO9L6OkiQ=
Received: by 10.150.245.30 with SMTP id s30mr1979517ybh.92.1315796584132; Sun, 11 Sep 2011 20:03:04 -0700 (PDT)
Received: from adsl-215-50-126.mia.bellsouth.net (99-3-147-93.lightspeed.miamfl.sbcglobal.net [99.3.147.93]) by mx.google.com with ESMTPS id b4sm9477906ank.3.2011.09.11.20.03.02 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 11 Sep 2011 20:03:03 -0700 (PDT)
Message-ID: <4E6D7689.7060201@gmail.com>
Date: Sun, 11 Sep 2011 23:03:37 -0400
From: Hector <sant9442@gmail.com>
User-Agent: Thunderbird 2.0.0.24 (Windows/20100228)
MIME-Version: 1.0
To: John C Klensin <john-ietf@jck.com>
Subject: Re: Conclusion of the last call on draft-housley-two-maturity-levels
References: <20110728121904.2D22AD7A76F@newdev.eecs.harvard.edu> <4E5D4570.9080108@piuha.net> <6.2.5.6.2.20110902090159.09e97af0@resistor.net> <4E6147D4.2020204@santronics.com> <DF7F294AF4153D498141CBEFADB17704C352657343@EMBX01-WF.jnpr.net> <20110906161108.GI31240@shinkuro.com> <CEDD8840-BE2D-405E-872A-271C25A9A59D@network-heretics.com> <01O5QFMUPV8S014O5Z@mauve.mrochek.com> <96633252-503F-4DCD-B6FD-B6B9DEA1FC66@network-heretics.com> <01O5RIOBEGP0014O5Z@mauve.mrochek.com> <201109100133.p8A1XFvS003894@cichlid.raleigh.ibm.com> <4E6CA08B.3040407@piuha.net> <D0F9B87E-B3DB-4241-8BEB-B71DF2D9A71C@vigilsec.com> <7683BCFC37D758991D987A75@[192.168.1.128]> <4E6D2FA0.2040509@gmail.com> <D0597E018E7808E913AF0CDB@PST.JCK.COM>
In-Reply-To: <D0597E018E7808E913AF0CDB@PST.JCK.COM>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: IETF <ietf@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 12 Sep 2011 03:01:03 -0000

John C Klensin wrote:
> 
> --On Sunday, September 11, 2011 18:01 -0400 Hector
> <sant9442@gmail.com> wrote:
> 
>> FWIW, I was wondering which BIS documents with no RFC
>> publication dates would be candidates.  93 total.
> 
> Based on the first few, there are a bunch of errors in your
> list.  

Yes, just imported into SQL database what Jari provided for the raw 
data and for the output shown below, the SQL query was:

SELECT
   draft,
   initdate,
   datediff(Now(),initdate) as days,
   revs,
   cstate
FROM idpub
   WHERE rfcdate = "0000-00-00" AND draft like "%bis%"
   ORDER by days;

Sure, there seems to have some book keeping aging in the data. i.e. 
duplicate records or new ones not replacing others (hence the dupes 
you saw), verifying some of the drafts with the actual, some had real 
revisions but the revision count field was 0.

I just wanted to give a rough output of those labeled as bis but did 
not have a RFC publishing date, sorted by the number of days from 
start to today.

> I'd think the likely candidates of this type would be
> documents that have been approved, or are near approval, for
> Draft Standard.  The more interesting case would be documents
> like 5321.  There is no question about either interoperability
> or wide deployment and use, but, given outstanding errata, the
> list of proposed changes in the YAM preevaluation document, and
> other issues that have come up, I doubt that there would be
> consensus for moving the existing document to full standard.  On
> the other hand, this change does not increase the motivation to
> do more work on it and may decrease it, so it is, as I said, and
> interesting case.
> 

I would assume those documents that have been in the IESG hands will 
get flushed out quickly.

For example, lets used DKIM, a query of:

select draft,
       initdate,
       iesgdays as iesg,
       datediff(Now(),initdate) as days,
       rfcdate,
       revs, cstate
      from idpub
      where draft like "%dkim%"
      order by days;

Produces:

-------------------------------------------------------------------------------------------
DRAFT                                 INITDATE    IESG  DAYS   RFCDATE 
     REVS CSTATE
-------------------------------------------------------------------------------------------
draft-crocker-dkim-doseta             2011-01-13  114   241 
0000-00-00  0    ID Exists
draft-crocker-dkim-rfc4871bis-doseta  2011-01-13  114   241 
0000-00-00  0    ID Exists
draft-ietf-dkim-rfc4871bis            2010-08-16  304   391 
0000-00-00  3    RFC Ed Queue
draft-ietf-dkim-mailinglists          2010-05-08  344   491 
0000-00-00  2    RFC Ed Queue
draft-fenton-dkim-reputation-hint     2009-02-12  180   941 
0000-00-00  0    ID Exists
draft-ietf-dkim-rfc4871-errata        2009-01-26  87    958 
2009-08-27  3    RFC Published
draft-hallambaker-dkim-extensions     2008-07-02  196   1166 
0000-00-00  0    ID Exists
draft-ietf-marf-dkim-reporting        2007-12-03  468   1378 
0000-00-00  0    AD is watching
draft-ietf-dkim-deployment            2007-11-11  716   1400 
2010-06-01  2    RFC Published
draft-ietf-dkim-ssp-requirements      2006-08-10  317   1858 
2007-10-17  1    RFC Published
draft-hallambaker-dkimpolicy          2006-06-22  180   1907 
0000-00-00  0    ID Exists
draft-ietf-dkim-overview              2006-06-22  857   1907 
2009-07-08  2    RFC Published
draft-fenton-dkim-threats             2005-09-28  2136  2174 
0000-00-00  0    Dead
draft-ietf-dkim-threats               2005-09-28  102   2174 
2006-10-04  1    RFC Published
draft-dkim-pkix                       2005-09-09  185   2193 
0000-00-00  0    ID Exists
draft-ietf-dkim-base                  2005-07-12  225   2252 
2007-05-28  5    RFC Published
draft-ietf-dkim-ssp                   2005-07-12  452   2252 
2009-08-12  4    RFC Published
-------------------------------------------------------------------------------------------

With my familiarity with DKIM, the above seems to reflect pretty close 
to the history. I venture among those
yet to be published but in the hands of the IESG, seem to be good 
candidates.

draft-ietf-dkim-rfc4871bis            I expect this one for sure
draft-ietf-dkim-mailinglists          Maybe
draft-crocker-dkim-doseta             don't know enough about it but 
its Crocker :)
draft-crocker-dkim-rfc4871bis-doseta  don't know enough about it but 
its Crocker :)
draft-fenton-dkim-reputation-hint     don't know enough about it
draft-hallambaker-dkim-extensions     I don't recall this one
draft-ietf-marf-dkim-reporting        Seems like a moving target, so 
don't know.

and these probably not.

draft-hallambaker-dkimpolicy          POLICY is a deadly sin for DKIM!
draft-dkim-pkix                       don't know enough about it.

All pure SWAGGING on my part.