Re: Tracking IANA protocol registry changes

ned+ietf@mauve.mrochek.com Wed, 09 November 2016 16:41 UTC

Return-Path: <ned+ietf@mauve.mrochek.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4AF871294AE for <ietf@ietfa.amsl.com>; Wed, 9 Nov 2016 08:41:36 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.399
X-Spam-Level:
X-Spam-Status: No, score=-3.399 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RP_MATCHES_RCVD=-1.497, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=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 BLaHVU-JzC6k for <ietf@ietfa.amsl.com>; Wed, 9 Nov 2016 08:41:34 -0800 (PST)
Received: from mauve.mrochek.com (mauve.mrochek.com [68.183.62.69]) (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 6723D129491 for <ietf@ietf.org>; Wed, 9 Nov 2016 08:41:34 -0800 (PST)
Received: from dkim-sign.mauve.mrochek.com by mauve.mrochek.com (PMDF V6.1-1 #35243) id <01Q73VC67Q0000PJKT@mauve.mrochek.com> for ietf@ietf.org; Wed, 9 Nov 2016 08:40:46 -0800 (PST)
MIME-version: 1.0
Content-transfer-encoding: 7bit
Content-type: TEXT/PLAIN; CHARSET="us-ascii"
Received: from mauve.mrochek.com by mauve.mrochek.com (PMDF V6.1-1 #35243) id <01Q721EMZI80011H9Q@mauve.mrochek.com> (original mail from NED@mauve.mrochek.com) for ietf@ietf.org; Wed, 09 Nov 2016 08:40:40 -0800 (PST)
From: ned+ietf@mauve.mrochek.com
Message-id: <01Q73VC2AP74011H9Q@mauve.mrochek.com>
Date: Wed, 09 Nov 2016 08:30:37 -0800
Subject: Re: Tracking IANA protocol registry changes
In-reply-to: "Your message dated Tue, 08 Nov 2016 08:34:52 -0500" <E32F9074F35CE01B441F5D46@JcK-HP8200>
References: <877f8eusek.fsf@mid.deneb.enyo.de> <2F8640D5-0CF1-4DFB-906A-B951665ABACE@sinodun.com> <E32F9074F35CE01B441F5D46@JcK-HP8200>
To: John C Klensin <john-ietf@jck.com>
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/fJjEjGwzDd8JbI7SryIPqHLSBw0>
Cc: Florian Weimer <fw@deneb.enyo.de>, ietf@ietf.org
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 09 Nov 2016 16:41:36 -0000


> --On Tuesday, November 08, 2016 11:34 +0000 John Dickinson
> <jad@sinodun.com> wrote:

> >...
> > I would also like to see some visibility into the registries
> > and things like new TLD's (grouped by type and sorted by
> > date of entry).

Given that ICANN regularly updates a single file list of TLDs, this
isn't too hard to automate. (Not that this should be necessary, mind you.)

Of course this doesn't extend to registries. There are too many of them
and too much complexity as to their structure to make remote automation
viable.

> > I would like a query mechanism as well as a
> > subscription.

> Take this up with ICANN -- not an IETF problem.

I'm afraid I'm going to have to disagree here. The IETF, as a user/consumer of
the registry services IANA/ICANN provides, most definitely should have a say in
the capabilites of the interface to those services. (In fact I believe the IETF
was involved in if not the instigator of the push to make registry data
available in structured form.)

As such, I think it's perfectly legitimate to ask why the IETF isn't
collectively asking IANA to provide registry creation and update notifications.

And I have to say it's a bit embarassing that there's no way to get, say,
an RSS feed out of IANA. Something I get for free from most content
management software these days - in fact in many cases it's on by default.

Of course it's possible that there's no consensus in the IETF that this
is an issue worth worrying about. But determining that requires discussion.

				Ned