Re: [IPsec] Barry Leiba's Discuss on draft-ietf-ipsecme-ikev2-null-auth-06: (with DISCUSS and COMMENT)

Barry Leiba <barryleiba@computer.org> Thu, 21 May 2015 18:58 UTC

Return-Path: <barryleiba@gmail.com>
X-Original-To: ipsec@ietfa.amsl.com
Delivered-To: ipsec@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 446441A876F; Thu, 21 May 2015 11:58:22 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.621
X-Spam-Level:
X-Spam-Status: No, score=0.621 tagged_above=-999 required=5 tests=[BAYES_40=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622, FREEMAIL_FROM=0.001, SPF_PASS=-0.001] autolearn=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 p54Pm3PYerc5; Thu, 21 May 2015 11:58:21 -0700 (PDT)
Received: from mail-ie0-x235.google.com (mail-ie0-x235.google.com [IPv6:2607:f8b0:4001:c03::235]) (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 F1EDA1A883F; Thu, 21 May 2015 11:58:19 -0700 (PDT)
Received: by ieczm2 with SMTP id zm2so15425825iec.1; Thu, 21 May 2015 11:58:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:cc:content-type; bh=iydul6HvYqHg5mNBQFd8z5m40RRWzo8JKAqsmyHHQ3g=; b=m1lXnHiSQbimmLc69YVqb9SQZfWqJBBxGXBfIV3P/d1Q2NPbsZAtqB6qt2iVtZQYj1 ttI34SahaRMi5jKIJ7ndH94WnN7IZN+6p+uc94MK27k1dPAtsFiT1lTbs/Mwx0NoAPJD 8LrLloZHge3xpu07We7t/5vqRcTNCISk1Et347magv1IYKXYaMPEnyLUlUA+GyBCbMGI yvvwgDmkCSgFVXBODkaNZtTX/JKfR2q/r5gBRabUCRNyLIQPC6limHA8ReuUzFYpoSBo xdZB3aB89owajizrDpTnTaZn2FqV0XVbWaYfHkyEMGF3iYclOErFG0Ly95nRyaC5tFBX nq6g==
MIME-Version: 1.0
X-Received: by 10.43.34.205 with SMTP id st13mr4998599icb.4.1432234699516; Thu, 21 May 2015 11:58:19 -0700 (PDT)
Sender: barryleiba@gmail.com
Received: by 10.107.3.195 with HTTP; Thu, 21 May 2015 11:58:19 -0700 (PDT)
In-Reply-To: <760AAAD4-BF1A-4202-BFA1-537C4B3DD9D5@vpnc.org>
References: <20150521183527.2369.7540.idtracker@ietfa.amsl.com> <760AAAD4-BF1A-4202-BFA1-537C4B3DD9D5@vpnc.org>
Date: Thu, 21 May 2015 14:58:19 -0400
X-Google-Sender-Auth: DZnmHO3DCyLBaFMCQLwB0zqeiKk
Message-ID: <CALaySJLrp-+NZZBbePGKpdLM75hZ_Y6x_MXZ38DazGRZxOiN1g@mail.gmail.com>
From: Barry Leiba <barryleiba@computer.org>
To: Paul Hoffman <paul.hoffman@vpnc.org>
Content-Type: text/plain; charset="UTF-8"
Archived-At: <http://mailarchive.ietf.org/arch/msg/ipsec/HPSjv22dO1uCvsub7ubtOH1cdtc>
Cc: ipsecme-chairs@ietf.org, ipsec@ietf.org, draft-ietf-ipsecme-ikev2-null-auth.ad@ietf.org, The IESG <iesg@ietf.org>, draft-ietf-ipsecme-ikev2-null-auth.shepherd@ietf.org, draft-ietf-ipsecme-ikev2-null-auth@ietf.org
Subject: Re: [IPsec] Barry Leiba's Discuss on draft-ietf-ipsecme-ikev2-null-auth-06: (with DISCUSS and COMMENT)
X-BeenThere: ipsec@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Discussion of IPsec protocols <ipsec.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ipsec>, <mailto:ipsec-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ipsec/>
List-Post: <mailto:ipsec@ietf.org>
List-Help: <mailto:ipsec-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ipsec>, <mailto:ipsec-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 21 May 2015 18:58:22 -0000

>> I have no problem with the reference to Experimental RFC 5739, but I do
>> have a problem with the downref not having been noted in the last call
>> announcement, as required by RFC 3967 (BCP 97).  And I think the MUST in
>> the last paragraph of Section 2.5 requires 5739 to be normative.  I hate
>> to say this, but I think this requires a second last call on this
>> document, which will really serve no one.  We really do need to do an
>> update to BCP 97 to fix this, because it comes up all the time.
>
> If the IESG wants to fix BCP 97, that's grand. Do note in the "very
> informative and useful shepherd writeup", it says:
>
> If this becomes too much of an issue for the
> purists, the reference can be moved to the Informative References section, but it is more
> appropriate as a normative reference.
>
> I really meant that. Instead of wasting everyone's time with another
> IETF LC, please strongly consider changing the DISCUSS to "yes, you
> need to move that reference to the Informational References" section.

The problem is that Section 2.5 says that you MUST do what's in 5739,
so I think 5739 has to be normative.  And, while I do think a second
last call is silly, it doesn't really waste must of anyone's time, and
only delays the document by a week or two, depending upon when
Kathleen is able to start the second last call.

I think the best thing is just to start a second last call tout de
suite, which notes the downref and asks for comments only on that
point.  And then we've done the right thing with respect to BCP 97.
(And meanwhile, I'll scare up an author for an update to BCP 97,
because I, too, am tired of this silliness.)

Barry


Barry