IETF Logo Mail Archive

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

"John R Levine" <johnl@taugh.com> Mon, 24 June 2013 14:22 UTC

Return-Path: <johnl@taugh.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 0129E21E80F2 for <weirds@ietfa.amsl.com>; Mon, 24 Jun 2013 07:22:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.529
X-Spam-Level:
X-Spam-Status: No, score=-2.529 tagged_above=-999 required=5 tests=[AWL=0.071, BAYES_00=-2.599, NO_RELAYS=-0.001]
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 xzFKf-zpqQdG for <weirds@ietfa.amsl.com>; Mon, 24 Jun 2013 07:22:27 -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 6C2FD21F9ADF for <weirds@ietf.org>; Mon, 24 Jun 2013 07:22:01 -0700 (PDT)
Received: (qmail 18974 invoked from network); 24 Jun 2013 14:22:00 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=iecc.com; h=date:message-id:from:to:cc:subject:in-reply-to:references:mime-version:content-type:user-agent:cleverness; s=4a1c.51c85608.k1306; bh=BaLoz4MVBiIlN5E+r7a1fPnN1BK4i1XZTBmRFqdaOWA=; b=UfLRMkMsrd+/MekDe2T7JRX76LFlYxlgUsJsnXW+/BdqWCtBw/eB7Iz/cgnicgMjcNkz//O/40fmOXkOElEW6+3RbWHTtRGyTLeg68NZTe2K4L0RIGzHmUmpV58wraAkz44vaLeQ0HFLpEBmIe66+wd7M8rERQFAAWpXq5M/hB1fhkAvgUfkialjDIm1mjnzjNtvG9dsU+a85g4yvlaXOcCW2V6/XysJ/ObJzeyLC4YeLB2wKQIHRm0uW40Y3UOg
DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=taugh.com; h=date:message-id:from:to:cc:subject:in-reply-to:references:mime-version:content-type:user-agent:cleverness; s=4a1c.51c85608.k1306; bh=BaLoz4MVBiIlN5E+r7a1fPnN1BK4i1XZTBmRFqdaOWA=; b=Op+z3T/A6iWHpDXoQdsubR2LUY/1Vr3OfQqe+lbI7oxH3VK99sdfBPChcHuKmkEAdY+f/qY7aKNpJP071Sh+wgcT/Ero9rT0FPDdCZ452tvoHbOsg6rZVCJEZYtPb/E1mwsf670mqF0HsNCcXejKjVjFGUXZByxayxLvzRDTRm6OkEeAW2MhmFn1Xax4eF1L5r0CnesT6S41xggE/Lf5/G6HEjllAXSnLfLg5TloYB1HRylmHSuOTXgUtE576TdV
Received: (ofmipd 127.0.0.1); 24 Jun 2013 14:21:38 -0000
Date: Mon, 24 Jun 2013 10:22:00 -0400
Message-ID: <alpine.BSF.2.00.1306241002150.22418@joyce.lan>
From: John R Levine <johnl@taugh.com>
To: Byron Ellacott <bje@apnic.net>
In-Reply-To: <CDEE1E9C.27A38%bje@apnic.net>
References: <CDEE1E9C.27A38%bje@apnic.net>
User-Agent: Alpine 2.00 (BSF 1167 2008-08-23)
Cleverness: None detected
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset="US-ASCII"; format="flowed"
Cc: "weirds@ietf.org" <weirds@ietf.org>
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: Mon, 24 Jun 2013 14:22:30 -0000

> I am suggesting that if arpa.domain.rdap.arpa is capable of redirecting 
> a querying client to the correct server for 2.0.192.in-addr.arpa, then 
> something.rdap.arpa is capable of redirecting a querying client to the 
> correct server for 192.0.2/24.

I don't know anyone who expects that IANA would run a high performance 
RDAP server on .ARPA.  It seems unlikely that they they would run any RDAP 
server other than perhaps a small one for .INT and the root database.

> And something.rdap.arpa could quite easily be a set of servers where a
> client can select a good reasonable starting server from that set ...

That's basically the pool approach.

> What I don't want to see is that the bootstrap process for numbers
> involves fetching that table as the first step in the bootstrap, plus or
> minus caching, because that sort of fetch-and-parse significantly
> increases the complexity of doing a query for an IP network.  (And I don't
> think you've suggested this.)

Again, right.  My idea is that the numbers bootstrap is built into the 
client or a local table, with no automatic fetching or updates.

Regards,
John Levine, johnl@taugh.com, Taughannock Networks, Trumansburg NY
"I dropped the toothpaste", said Tom, crestfallenly.

v2.23.0 | Report a Bug | By Email