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

Paul Hoffman <paul.hoffman@vpnc.org> Thu, 21 May 2015 18:45 UTC

Return-Path: <paul.hoffman@vpnc.org>
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 4EFD71A876F; Thu, 21 May 2015 11:45:34 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.347
X-Spam-Level:
X-Spam-Status: No, score=-1.347 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_MISMATCH_COM=0.553] 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 AJYTI4XSgoQc; Thu, 21 May 2015 11:45:33 -0700 (PDT)
Received: from proper.com (Opus1.Proper.COM [207.182.41.91]) (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 888731A876D; Thu, 21 May 2015 11:45:33 -0700 (PDT)
Received: from [10.20.30.101] (50-1-98-218.dsl.dynamic.fusionbroadband.com [50.1.98.218]) (authenticated bits=0) by proper.com (8.15.1/8.14.9) with ESMTPSA id t4LIjUJZ043548 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 21 May 2015 11:45:31 -0700 (MST) (envelope-from paul.hoffman@vpnc.org)
X-Authentication-Warning: proper.com: Host 50-1-98-218.dsl.dynamic.fusionbroadband.com [50.1.98.218] claimed to be [10.20.30.101]
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2098\))
From: Paul Hoffman <paul.hoffman@vpnc.org>
In-Reply-To: <20150521183527.2369.7540.idtracker@ietfa.amsl.com>
Date: Thu, 21 May 2015 11:45:30 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: <760AAAD4-BF1A-4202-BFA1-537C4B3DD9D5@vpnc.org>
References: <20150521183527.2369.7540.idtracker@ietfa.amsl.com>
To: Barry Leiba <barryleiba@computer.org>
X-Mailer: Apple Mail (2.2098)
Archived-At: <http://mailarchive.ietf.org/arch/msg/ipsec/W-HjCh9bkZqcVG1Xl-87piNardw>
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:45:34 -0000

On May 21, 2015, at 11:35 AM, Barry Leiba <barryleiba@computer.org> wrote:
> First: Thanks, Paul, for a very informative and useful shepherd writeup.

...but then...

> 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.

--Paul Hoffman