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

Kathleen Moriarty <kathleen.moriarty.ietf@gmail.com> Wed, 17 August 2016 17:27 UTC

Return-Path: <kathleen.moriarty.ietf@gmail.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 C0DFB12B047; Wed, 17 Aug 2016 10:27:06 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=unavailable autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 3CAyauXeKkPM; Wed, 17 Aug 2016 10:27:05 -0700 (PDT)
Received: from mail-ua0-x22c.google.com (mail-ua0-x22c.google.com [IPv6:2607:f8b0:400c:c08::22c]) (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 A533012DB50; Wed, 17 Aug 2016 10:17:16 -0700 (PDT)
Received: by mail-ua0-x22c.google.com with SMTP id k90so181804851uak.1; Wed, 17 Aug 2016 10:17:16 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-transfer-encoding; bh=ByxQS4TAM4xwK+luBeDWykd1HuKN43JMERLPcemS/cE=; b=PNhYP3xyXhVCU5Y6nOcnd29H6gzLlycSiYqIbqsM9Zs4K/42F8mVOVLxryJZmGNZyF xFqiJPSVyOpWdo9ha95QkFmhnWmTnV2y7KUvr/q14dUmPDlXuoqxLuTg8wjHFsAvoRlK 3jRzfm6Eln0aJnjPnVpiuZ/xtnvC9tmLNtCnRemEUthrUb00rCxGRrmZ7h6Jp3SD6lyM Kj3BitARitIrR6E0skavBJaL0yV7/ocYmi4dXdoxI4uxPZqTikw3N2sjHlagE38VOFLL pD1uR8Evy6mcoKJ7nV/IhY/J1jenhdK11/mDbnspXzO/ckpB1pyvlTtCkAZwa+N7TRXZ qCCQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=ByxQS4TAM4xwK+luBeDWykd1HuKN43JMERLPcemS/cE=; b=end8sw1m8TZdTJbXvMeCDV0HXILCmOorirJy8ixdV/fEjjMQBsK5nFp6HMJmCl4Hue P2zKFiBEP/zUQ6z4hRyqh5HujUsRQlbKQE9IN/UISsvJrNIRSYljvpF3IDOqqf+OGKCY 1ZyxC4sy6/22ifHfEUvufSgezB62wA3Zx12LVjqDqeFs++LWR1UvFI5pfN6HdsxpZUjA wubqqM+Lcsrjztk9Umbya80bbigQv61s0XeNsv4ZPs7irXFYwCTsq0VVDU4mVDT3a4DS xJYDP6heKE9Q/9JJyDwWwL4htvpEwQMih8wsgHFrAgzQNwzGm3Ko5tZn6bgVJPpmvcop Hh5A==
X-Gm-Message-State: AEkoouv2izsBdZEpYSHzjwVI6IiU5sAt8RMaNP/sMBocBJau57NkVdEMxkJ9smIUKcn86eNXl3BGKBb5eeEMTw==
X-Received: by 10.31.80.196 with SMTP id e187mr19768490vkb.29.1471454235766; Wed, 17 Aug 2016 10:17:15 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.176.1.228 with HTTP; Wed, 17 Aug 2016 10:17:15 -0700 (PDT)
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>
From: Kathleen Moriarty <kathleen.moriarty.ietf@gmail.com>
Date: Wed, 17 Aug 2016 13:17:15 -0400
Message-ID: <CAHbuEH7T4ihD7h=jwXPWkngT7kVuxqQcag0XU=Lb_aRw_O7cGg@mail.gmail.com>
To: joel jaeggli <joelja@bogus.com>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/jose/-pbqWqsEXOcNr1VShUbiKJH6ivo>
Cc: Ben Campbell <ben@nostrum.com>, jose-chairs@ietf.org, Jim Schaad <ietf@augustcellars.com>, draft-ietf-jose-cfrg-curves@ietf.org, 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:27:07 -0000

Thank you, Joel!

On Wed, Aug 17, 2016 at 12:56 PM, joel jaeggli <joelja@bogus.com> 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.
>
>
>>
>> Thanks,
>> Kathleen
>>
>>
>>> Thanks,
>>>
>>> Ben.
>>>
>>>
>>>> Jim
>>>>
>>>>
>>>>> -----Original Message-----
>>>>> From: Ben Campbell [mailto:ben@nostrum.com]
>>>>> Sent: Tuesday, August 16, 2016 7:16 PM
>>>>> To: The IESG <iesg@ietf.org>
>>>>> Cc: draft-ietf-jose-cfrg-curves@ietf.org; Jim Schaad
>>>>> <ietf@augustcellars.com>;
>>>>> jose-chairs@ietf.org; ietf@augustcellars.com; jose@ietf.org
>>>>> Subject: Ben Campbell's No Objection on draft-ietf-jose-cfrg-curves-05:
>>>>> (with
>>>>> COMMENT)
>>>>>
>>>>> Ben Campbell has entered the following ballot position for
>>>>> draft-ietf-jose-cfrg-curves-05: No Objection
>>>>>
>>>>> When responding, please keep the subject line intact and reply to all
>>>>> email
>>>>> addresses included in the To and CC lines. (Feel free to cut this
>>>>> introductory
>>>>> paragraph, however.)
>>>>>
>>>>>
>>>>> Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
>>>>> for more information about IESG DISCUSS and COMMENT positions.
>>>>>
>>>>>
>>>>> The document, along with other ballot positions, can be found here:
>>>>> https://datatracker.ietf.org/doc/draft-ietf-jose-cfrg-curves/
>>>>>
>>>>>
>>>>>
>>>>> ----------------------------------------------------------------------
>>>>> COMMENT:
>>>>> ----------------------------------------------------------------------
>>>>>
>>>>> I note that the reference to RFC7748 is a normative downref that does not
>>>>> appear to be mentioned in the last call announcement. It’s not in the
>>>>> downref
>>>>> registry, but since it's an algorithm spec, it probably should be. I
>>>>> don't suggest
>>>>> any particular course of action; I merely bring it up in case people
>>>>> hadn't already
>>>>> noticed.
>>>>>
>>
>>
>



-- 

Best regards,
Kathleen