Re: [weirds] I-D Action: draft-blanchet-weirds-bootstrap-ianaregistries-00.txt

"John Levine" <johnl@taugh.com> Fri, 21 June 2013 17:21 UTC

Return-Path: <johnl@iecc.com>
X-Original-To: weirds@ietfa.amsl.com
Delivered-To: weirds@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0340B21E8112 for <weirds@ietfa.amsl.com>; Fri, 21 Jun 2013 10:21:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -110.782
X-Spam-Level:
X-Spam-Status: No, score=-110.782 tagged_above=-999 required=5 tests=[AWL=0.417, BAYES_00=-2.599, HABEAS_ACCREDITED_SOI=-4.3, RCVD_IN_BSP_TRUSTED=-4.3, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id zOK+CzavqmrU for <weirds@ietfa.amsl.com>; Fri, 21 Jun 2013 10:20:56 -0700 (PDT)
Received: from leila.iecc.com (leila6.iecc.com [IPv6:2001:470:1f07:1126:0:4c:6569:6c61]) by ietfa.amsl.com (Postfix) with ESMTP id 95ACD21F9FEA for <weirds@ietf.org>; Fri, 21 Jun 2013 10:20:54 -0700 (PDT)
Received: (qmail 2575 invoked from network); 21 Jun 2013 17:20:51 -0000
Received: from leila.iecc.com (64.57.183.34) by mail1.iecc.com with QMQP; 21 Jun 2013 17:20:51 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=iecc.com; h=date:message-id:from:to:cc:subject:in-reply-to:mime-version:content-type:content-transfer-encoding; s=51c48b73.xn--i8sz2z.k1306; i=johnl@user.iecc.com; bh=UGqHpF5Bq0Z2Ebr+qOynwWc/pDSVBLDxHHSVGgZFzdw=; b=a9vUhRuMZUm5YgkkBC6qYU3bde0kg4Ou65mxJGZlMAt4VnRhYCjAHIzx22DiW+3zA90N4We/n4vWJHWUiLiIc8TFZKkoNLYuftZQpj6BtUjKpjg3stjnRCkF2X+sVOpj7/Vf2ktDtE2oBSxgoYnIojrEtlWLlucGb79s6IGOXRtcfH1zuEauVdy874Rd9qQgW/896EcK9//dEZ1lFnUf60kOtC0tpUufBAcdqwRnUguwSgBbmXi3scilUcTKdszb
DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=taugh.com; h=date:message-id:from:to:cc:subject:in-reply-to:mime-version:content-type:content-transfer-encoding; s=51c48b73.xn--i8sz2z.k1306; olt=johnl@user.iecc.com; bh=UGqHpF5Bq0Z2Ebr+qOynwWc/pDSVBLDxHHSVGgZFzdw=; b=M2rsCoOwDGHNEMzKbohCE+H8RwyehhfYGcckCH9h3Wie85J9AzZ/ZCXo4NKd1bQwDkP//ZFpj2ENWMlzjw3YqlqMIkV/wwbi/kya2rZhl6cweC8IBY08KsjL61FFQMyO1FrUl32Xk1N9UDGjiYTgXmKBQKs/l6xEqSR7tK4rFoh//geNejym/iLy+AbczmGNqGoDsx+NxY69bjahmvumUZFDGj226uYEs6WGb1AiD1tgz2WjFs9gAnhuz8VfCRRb
Date: Fri, 21 Jun 2013 17:20:28 -0000
Message-ID: <20130621172028.93308.qmail@joyce.lan>
From: John Levine <johnl@taugh.com>
To: weirds@ietf.org
In-Reply-To: <CDEA15FD.274F5%bje@apnic.net>
Organization:
X-Headerized: yes
Mime-Version: 1.0
Content-type: text/plain; charset="utf-8"
Content-transfer-encoding: 8bit
Subject: Re: [weirds] I-D Action: draft-blanchet-weirds-bootstrap-ianaregistries-00.txt
X-BeenThere: weirds@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "WHOIS-based Extensible Internet Registration Data Service \(WEIRDS\)" <weirds.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/weirds>, <mailto:weirds-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/weirds>
List-Post: <mailto:weirds@ietf.org>
List-Help: <mailto:weirds-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/weirds>, <mailto:weirds-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 21 Jun 2013 17:21:00 -0000

>How would a client bootstrap a query for 29.12.202.in-addr.arpa ?

It would look at arpa.domains.rdap.arpa to get the name of the RDAP
server for .arpa, if there were one.  I expect that's not the answer
to the question you meant to ask.

If you're asking how to bootstrap a query for 202.12.29.0/24, or
2001:0400::/22, my proposal is that the numbers bootstraps are built
into the clients, with informal advice to update them every year or
two, sort of like the root zone hints in a DNS cache.  Given how
slowly the IANA numbers tables change, I think that's more workable
than something that tries to boostrap the rather irregular numbers
assignments on the fly.

>I would prefer to see an approach that minimises variance in bootstrap
>complexity between names and numbers: making numbers bootstrap too complex
>increases the likelihood of an unofficial solution arising, such as an
>HTTP(S) request to rdap.org or rdap.arin.net.

Indeed.  But do keep in mind that there are some rather basic operational
differences between names and numbers that won't change.

* Numbers assignments move among RIRs, so the RIRs have a history of
cooperation and awareness of each other's assignments.  

* Names never move from one TLD to another, and there's no need for
operational cooperation between different TLDs.

R's,
John