Re: [IPsec] #123: Proposal to remove the IANA tables from IKEv2bis

<Pasi.Eronen@nokia.com> Tue, 24 November 2009 12:32 UTC

Return-Path: <Pasi.Eronen@nokia.com>
X-Original-To: ipsec@core3.amsl.com
Delivered-To: ipsec@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A72A928C118 for <ipsec@core3.amsl.com>; Tue, 24 Nov 2009 04:32:52 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.428
X-Spam-Level:
X-Spam-Status: No, score=-6.428 tagged_above=-999 required=5 tests=[AWL=0.171, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Hd3dCrL0MXCT for <ipsec@core3.amsl.com>; Tue, 24 Nov 2009 04:32:51 -0800 (PST)
Received: from mgw-mx06.nokia.com (smtp.nokia.com [192.100.122.233]) by core3.amsl.com (Postfix) with ESMTP id 7315F3A680D for <ipsec@ietf.org>; Tue, 24 Nov 2009 04:32:51 -0800 (PST)
Received: from vaebh105.NOE.Nokia.com (vaebh105.europe.nokia.com [10.160.244.31]) by mgw-mx06.nokia.com (Switch-3.3.3/Switch-3.3.3) with ESMTP id nAOCWW05016887; Tue, 24 Nov 2009 14:32:44 +0200
Received: from vaebh104.NOE.Nokia.com ([10.160.244.30]) by vaebh105.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 24 Nov 2009 14:32:09 +0200
Received: from vaebh101.NOE.Nokia.com ([10.160.244.22]) by vaebh104.NOE.Nokia.com with Microsoft SMTPSVC(6.0.3790.3959); Tue, 24 Nov 2009 14:32:04 +0200
Received: from smtp.mgd.nokia.com ([65.54.30.6]) by vaebh101.NOE.Nokia.com over TLS secured channel with Microsoft SMTPSVC(6.0.3790.3959); Tue, 24 Nov 2009 14:32:00 +0200
Received: from NOK-EUMSG-01.mgdnok.nokia.com ([65.54.30.106]) by nok-am1mhub-02.mgdnok.nokia.com ([65.54.30.6]) with mapi; Tue, 24 Nov 2009 13:31:59 +0100
From: Pasi.Eronen@nokia.com
To: paul.hoffman@vpnc.org, ipsec@ietf.org
Date: Tue, 24 Nov 2009 13:31:58 +0100
Thread-Topic: [IPsec] #123: Proposal to remove the IANA tables from IKEv2bis
Thread-Index: AcpsnxYA1I/5ktGTS8G6trg78ElkEQAYj5QQ
Message-ID: <808FD6E27AD4884E94820BC333B2DB774F310BBF70@NOK-EUMSG-01.mgdnok.nokia.com>
References: <p06240847c730db1c447f@[10.20.30.158]>
In-Reply-To: <p06240847c730db1c447f@[10.20.30.158]>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
acceptlanguage: en-US
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginalArrivalTime: 24 Nov 2009 12:32:00.0422 (UTC) FILETIME=[1E998460:01CA6D02]
X-Nokia-AV: Clean
Subject: Re: [IPsec] #123: Proposal to remove the IANA tables from IKEv2bis
X-BeenThere: ipsec@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Discussion of IPsec protocols <ipsec.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/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: Tue, 24 Nov 2009 12:32:52 -0000

Typically IETF specs don't require someone implementing RFC NNNN to
actually find and read the IANA registry -- all the needed numbers are
in the RFC. (The IANA registry is just an IETF process tool for making 
sure the same number doesn't get used for multiple purposes, not
part of the actual protocol specification.)

Perhaps the "reserved to IANA: 12-200" etc. lines are slightly
confusing, and we could omit them (and say something like "this
document specifies the meaning of these values; to find what
values are specified in other documents, go look at the IANA
registry")

Best regards,
Pasi

> -----Original Message-----
> From: ipsec-bounces@ietf.org [mailto:ipsec-bounces@ietf.org] On Behalf
> Of ext Paul Hoffman
> Sent: 24 November, 2009 02:37
> To: IPsecme WG
> Subject: [IPsec] #123: Proposal to remove the IANA tables from IKEv2bis
> 
> This has flummoxed a few reviewers. Tables such as those in section
> 3.3.2 are already out of date because things have been added since RFC
> 4306. I propose that we remove all these tables from IKEv2bis, and add
> notes pointing to the current IANA registries. I cannot see how doing
> this lookup will hurt developers: in fact, it forces them to actually
> look at the up-to-date tables. I can see how we might want to leave the
> tables in, but it really is confusing.
> 
> --Paul Hoffman, Director
> --VPN Consortium
> _______________________________________________
> IPsec mailing list
> IPsec@ietf.org
> https://www.ietf.org/mailman/listinfo/ipsec