Re: [Hipsec] clarification on HIT Suite IDs

Ted Lemon <Ted.Lemon@nominum.com> Thu, 25 September 2014 12:35 UTC

Return-Path: <Ted.Lemon@nominum.com>
X-Original-To: hipsec@ietfa.amsl.com
Delivered-To: hipsec@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7892C1A6FCD for <hipsec@ietfa.amsl.com>; Thu, 25 Sep 2014 05:35:28 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.787
X-Spam-Level:
X-Spam-Status: No, score=-0.787 tagged_above=-999 required=5 tests=[BAYES_20=-0.001, RP_MATCHES_RCVD=-0.786] autolearn=ham
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 uIl2fDVVul5J for <hipsec@ietfa.amsl.com>; Thu, 25 Sep 2014 05:35:25 -0700 (PDT)
Received: from shell-too.nominum.com (shell-too.nominum.com [64.89.228.229]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 61DDB1A6FC7 for <hipsec@ietf.org>; Thu, 25 Sep 2014 05:35:25 -0700 (PDT)
Received: from archivist.nominum.com (archivist.nominum.com [64.89.228.108]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "*.nominum.com", Issuer "Go Daddy Secure Certificate Authority - G2" (verified OK)) by shell-too.nominum.com (Postfix) with ESMTP id F26AC1B8590 for <hipsec@ietf.org>; Thu, 25 Sep 2014 05:35:24 -0700 (PDT)
Received: from webmail.nominum.com (cas-01.win.nominum.com [64.89.228.131]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "mail.nominum.com", Issuer "Go Daddy Secure Certification Authority" (verified OK)) by archivist.nominum.com (Postfix) with ESMTP id DE88253E07B; Thu, 25 Sep 2014 05:35:24 -0700 (PDT)
Received: from [10.0.10.40] (71.233.43.215) by CAS-01.WIN.NOMINUM.COM (192.168.1.100) with Microsoft SMTP Server (TLS) id 14.3.195.1; Thu, 25 Sep 2014 05:35:25 -0700
Content-Type: text/plain; charset="iso-8859-1"
MIME-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\))
From: Ted Lemon <Ted.Lemon@nominum.com>
In-Reply-To: <017BB5BE-1AC6-483B-9F2B-60B0CBFE4E6A@comsys.rwth-aachen.de>
Date: Thu, 25 Sep 2014 08:35:06 -0400
Content-Transfer-Encoding: quoted-printable
Message-ID: <7540C776-4133-4EFB-9CDF-5ADFA75E243A@nominum.com>
References: <5420863E.1060608@tomh.org> <20140922212826.5048E216C3B@bikeshed.isc.org> <54210668.4050605@tomh.org> <CAE_dhju-kOzE1PzTj_+wLfYS4_8kJhWqrxJ16sMC3W6b+sanxQ@mail.gmail.com> <5421B06F.5010301@tomh.org> <CAE_dhjs3TSrME8UPFAw6y_wTye5YvLNAuQ8_KQ4m0sSokULDDg@mail.gmail.com> <5421D003.5020701@tomh.org> <CAE_dhjsMi+1vKM0U0_veB8+FBLLgKqsxo=Vr_Q-1_4KU4AeWmw@mail.gmail.com> <017BB5BE-1AC6-483B-9F2B-60B0CBFE4E6A@comsys.rwth-aachen.de>
To: Rene Hummen <Rene.Hummen@comsys.rwth-aachen.de>
X-Mailer: Apple Mail (2.1878.6)
X-Originating-IP: [71.233.43.215]
Archived-At: http://mailarchive.ietf.org/arch/msg/hipsec/cDTDwQKLfP3hxrv3xb4KJpTP4fw
Cc: Julien Laganier <julien.ietf@gmail.com>, Francis Dupont <fdupont@isc.org>, HIP <hipsec@ietf.org>
Subject: Re: [Hipsec] clarification on HIT Suite IDs
X-BeenThere: hipsec@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "This is the official IETF Mailing List for the HIP Working Group." <hipsec.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/hipsec>, <mailto:hipsec-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/hipsec/>
List-Post: <mailto:hipsec@ietf.org>
List-Help: <mailto:hipsec-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/hipsec>, <mailto:hipsec-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 25 Sep 2014 12:35:28 -0000

On Sep 25, 2014, at 8:24 AM, Rene Hummen <Rene.Hummen@comsys.rwth-aachen.de> wrote:
> just wondering if the decision was made for us, as RFC5201-bis was approved yesterday:

The kind of deliberation that you are doing post-IESG-approval on a draft really isn't appropriate.   If there is an error in the draft, you should certainly tell me you need to fix it.   But if you are having a policy debate about something that wasn't resolved prior to the end of working group last call and IETF last call, I'm afraid it really belongs in a -bis document.  And that's what this discussion looks like to me.

That said, the reason I approved the document yesterday was because when I went hunting through my email for comments relating to the review of the document, I didn't find any, because this discussion hasn't been referring to the document.   If there is some *appropriate* fix that needs to be made to the document, I can pull it out of the RFC editor queue or we can address it during AUTH48.   But the sort of changes that would be appropriate in that context are quite restricted.   

In order to make substantive changes that represent a new working group consensus, we would have to do a new last call and re-review it in the IESG.   I expect that could be done quite expeditiously if the working group decided it was necessary, but you need to tell me now if that's what you want.