Re: [jose] Ben Campbell's No Objection on draft-ietf-jose-cfrg-curves-05: (with COMMENT)

"Ben Campbell" <ben@nostrum.com> Wed, 17 August 2016 17:57 UTC

Return-Path: <ben@nostrum.com>
X-Original-To: jose@ietfa.amsl.com
Delivered-To: jose@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 85C1A12D616; Wed, 17 Aug 2016 10:57:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.147
X-Spam-Level:
X-Spam-Status: No, score=-3.147 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.247] autolearn=unavailable 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 TLqn686bX5ih; Wed, 17 Aug 2016 10:57:08 -0700 (PDT)
Received: from nostrum.com (raven-v6.nostrum.com [IPv6:2001:470:d:1130::1]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 42DCF12D14D; Wed, 17 Aug 2016 10:51:35 -0700 (PDT)
Received: from [10.0.1.4] (cpe-66-25-7-22.tx.res.rr.com [66.25.7.22]) (authenticated bits=0) by nostrum.com (8.15.2/8.15.2) with ESMTPSA id u7HHocKT050075 (version=TLSv1 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Wed, 17 Aug 2016 12:50:39 -0500 (CDT) (envelope-from ben@nostrum.com)
X-Authentication-Warning: raven.nostrum.com: Host cpe-66-25-7-22.tx.res.rr.com [66.25.7.22] claimed to be [10.0.1.4]
From: Ben Campbell <ben@nostrum.com>
To: joel jaeggli <joelja@bogus.com>
Date: Wed, 17 Aug 2016 12:50:38 -0500
Message-ID: <ED7AB977-2EDA-4061-8A89-DBBCBBA35E15@nostrum.com>
In-Reply-To: <6e8c4169-14f5-953d-637d-3e7ece733545@bogus.com>
References: <147140015280.19947.15915664309829411372.idtracker@ietfa.amsl.com> <063301d1f831$2408d6a0$6c1a83e0$@augustcellars.com> <2A58CE47-F942-4DC5-8719-CB3F811667FE@nostrum.com> <CAHbuEH5Qiw1MnTdHHd17uOHgDhYSny+ewCh1HWpTYmjqs7=_HA@mail.gmail.com> <6e8c4169-14f5-953d-637d-3e7ece733545@bogus.com>
MIME-Version: 1.0
Content-Type: text/plain; format="flowed"
X-Mailer: MailMate (1.9.4r5234)
Archived-At: <https://mailarchive.ietf.org/arch/msg/jose/O54wDzjU8HHuyk-7jflYsrBUi7M>
Cc: jose-chairs@ietf.org, Jim Schaad <ietf@augustcellars.com>, draft-ietf-jose-cfrg-curves@ietf.org, Kathleen Moriarty <kathleen.moriarty.ietf@gmail.com>, The IESG <iesg@ietf.org>, "jose@ietf.org" <jose@ietf.org>
Subject: Re: [jose] Ben Campbell's No Objection on draft-ietf-jose-cfrg-curves-05: (with COMMENT)
X-BeenThere: jose@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Javascript Object Signing and Encryption <jose.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/jose>, <mailto:jose-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/jose/>
List-Post: <mailto:jose@ietf.org>
List-Help: <mailto:jose-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/jose>, <mailto:jose-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Aug 2016 17:57:11 -0000

On 17 Aug 2016, at 11:56, joel jaeggli wrote:

> On 8/17/16 9:39 AM, Kathleen Moriarty wrote:
>> On Tue, Aug 16, 2016 at 11:46 PM, Ben Campbell <ben@nostrum.com> 
>> wrote:
>>> On 16 Aug 2016, at 21:43, Jim Schaad wrote:
>>>
>>>> I don't know when it needs to be done, but the other down reference 
>>>> in the
>>>> document is also an algorithm document which I hope will get into 
>>>> the
>>>> registry as well when it is published.
>>>
>>> I agree . I didn't call that out because that one _was_ mentioned in 
>>> the
>>> last call announcement.
>> Sorry to chime in late.  I thought this was covered in the shepherd
>> report, but didn't realize there were 2 downrefs.  What do I need to
>> do at this point?  We don't need to do another last call anymore,
>> right?  Sorry I am not remembering the new procedure.
> If you belive that the downrefs to a particular document are accepted 
> by
> the community you waive them and do nothing.
>
>    Once a specific down reference to a particular document has been
>    accepted by the community (e.g., has been mentioned in several Last
>    Calls), an Area Director may waive subsequent notices in the Last
>    Call of down references to it.  This should only occur when the 
> same
>    document (and version) are being referenced and when the AD 
> believes
>    that the document's use is an accepted part of the community's
>    understanding of the relevant technical area.  For example, the use
>    of MD5 [RFC1321 <https://tools.ietf.org/html/rfc1321>] and HMAC 
> [RFC2104 <https://tools.ietf.org/html/rfc2104>] is well known among
>    cryptographers.
>
> normative downrefs to external crypto specifications documented in 
> informational RFCs are a normal and accepted part of the process.

Hasn't that historically still been handled on a spec by spec basis?