Re: [openpgp] rfc4880bis and draft-openpgp-iana-registry-updates-01

Werner Koch <wk@gnupg.org> Wed, 28 November 2018 07:40 UTC

Return-Path: <wk@gnupg.org>
X-Original-To: openpgp@ietfa.amsl.com
Delivered-To: openpgp@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4E9E6130DEC for <openpgp@ietfa.amsl.com>; Tue, 27 Nov 2018 23:40:13 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7
X-Spam-Level:
X-Spam-Status: No, score=-7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=gnupg.org
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 3LQNcaUJ2Mbn for <openpgp@ietfa.amsl.com>; Tue, 27 Nov 2018 23:40:11 -0800 (PST)
Received: from kerckhoffs.g10code.com (kerckhoffs.g10code.com [IPv6:2001:aa8:fff1:100::22]) (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 212FB130DE8 for <openpgp@ietf.org>; Tue, 27 Nov 2018 23:40:11 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnupg.org; s=20181017; h=Content-Type:MIME-Version:Message-ID:In-Reply-To:Date: References:Subject:Cc:To:From:Sender:Reply-To:Content-Transfer-Encoding: Content-ID:Content-Description:Resent-Date:Resent-From:Resent-Sender: Resent-To:Resent-Cc:Resent-Message-ID:List-Id:List-Help:List-Unsubscribe: List-Subscribe:List-Post:List-Owner:List-Archive; bh=EQZVUB1vLKnaRglalBsiblgTVZWVO0Aa4CJFfc3lcwg=; b=IynrI/7vDVomcqeH4aj+erntjs a3nZpOLpCCpekTFuUpxseDxlOhArKAt0pAMOWa61Yv7IfmwbR2onwBDUQ2GWsTuaSYpTu1zJIMfNO 17Z6mVHC02Ouz7Om7NXq7bMCRblhFio/FO4KvFUPfeJHnOleNWmP4roRWbEiQ2O9XmLE=;
Received: from uucp by kerckhoffs.g10code.com with local-rmail (Exim 4.89 #1 (Debian)) id 1gRuS8-00065n-TS for <openpgp@ietf.org>; Wed, 28 Nov 2018 08:40:08 +0100
Received: from wk by wheatstone.g10code.de with local (Exim 4.84 #3 (Debian)) id 1gRuRq-0005o2-Es; Wed, 28 Nov 2018 08:39:50 +0100
From: Werner Koch <wk@gnupg.org>
To: Ronald Tse <tse@ribose.com>
Cc: "openpgp\@ietf.org" <openpgp@ietf.org>, "Mark D. Baushke" <mdb@juniper.net>
References: <87y3aosju2.fsf@wheatstone.g10code.de> <B64F4A5B-1894-4B01-9DAE-3C7A19C772BF@ribose.com> <14036.1543342928@contrail-ubm16-mdb.svec1.juniper.net> <B6F2B98A-E960-4189-A579-E29916079904@ribose.com>
Organisation: GnuPG e.V.
X-message-flag: Mails containing HTML will not be read! Please send only plain text.
Mail-Followup-To: Ronald Tse <tse@ribose.com>, "openpgp\@ietf.org" <openpgp@ietf.org>, "Mark D. Baushke" <mdb@juniper.net>
Date: Wed, 28 Nov 2018 08:39:44 +0100
In-Reply-To: <B6F2B98A-E960-4189-A579-E29916079904@ribose.com> (Ronald Tse's message of "Wed, 28 Nov 2018 05:00:25 +0000")
Message-ID: <875zwhvef3.fsf@wheatstone.g10code.de>
User-Agent: Gnus/5.13 (Gnus v5.13)
MIME-Version: 1.0
Content-Type: multipart/signed; boundary="=S_Key_afsatcom_New_World_Order_JFK_Fedayeen_Chobetsu_virus_ANC_hacke"; micalg=pgp-sha256; protocol="application/pgp-signature"
Archived-At: <https://mailarchive.ietf.org/arch/msg/openpgp/vOzMKWrTQoDIZVHT76M6xNWNj8E>
Subject: Re: [openpgp] rfc4880bis and draft-openpgp-iana-registry-updates-01
X-BeenThere: openpgp@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Ongoing discussion of OpenPGP issues." <openpgp.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/openpgp>, <mailto:openpgp-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/openpgp/>
List-Post: <mailto:openpgp@ietf.org>
List-Help: <mailto:openpgp-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/openpgp>, <mailto:openpgp-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 28 Nov 2018 07:40:13 -0000

On Wed, 28 Nov 2018 06:00, tse@ribose.com said:

> The question raised by Werner (as I understood it) was more about how
> to align the IANA considerations given in 4880bis with this document,
> and whether to merge the said document into 4880bis. For the intended

Right.  I am not sure what is the right procedure here.  Are the tables
with the various ids in rfc4880bis normative or are the informational
and the IANA registry is the normative reference for them.  For
practical point of view I would like to have the tables in rfc4880bis
to be normative with the note that the IANA registry defines updates to
these tables.

I agree with Ron that the procedures on how to update the IANA registries
do not belong into rfc4880bis.  We need some advice from IETF procedures
experienced people (or a pointer to an RFC describing these procedures).


Salam-Shalom,

   Werner

-- 
Die Gedanken sind frei.  Ausnahmen regelt ein Bundesgesetz.