Re: [apps-discuss] draft-ietf-weirds-bootstrap-00 and our lawn -- feedback?
Mark Nottingham <mnot@mnot.net> Wed, 12 February 2014 04:43 UTC
Return-Path: <mnot@mnot.net>
X-Original-To: apps-discuss@ietfa.amsl.com
Delivered-To: apps-discuss@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7B1BE1A082E for <apps-discuss@ietfa.amsl.com>; Tue, 11 Feb 2014 20:43:36 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.902
X-Spam-Level:
X-Spam-Status: No, score=-1.902 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham
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 yqKNk4yz12B1 for <apps-discuss@ietfa.amsl.com>; Tue, 11 Feb 2014 20:43:33 -0800 (PST)
Received: from mxout-07.mxes.net (mxout-07.mxes.net [216.86.168.182]) by ietfa.amsl.com (Postfix) with ESMTP id AB1081A082C for <apps-discuss@ietf.org>; Tue, 11 Feb 2014 20:43:33 -0800 (PST)
Received: from [192.168.1.55] (unknown [118.209.47.254]) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) by smtp.mxes.net (Postfix) with ESMTPSA id 04B4F22E253; Tue, 11 Feb 2014 23:43:30 -0500 (EST)
Content-Type: text/plain; charset="iso-8859-1"
Mime-Version: 1.0 (Mac OS X Mail 7.1 \(1827\))
From: Mark Nottingham <mnot@mnot.net>
In-Reply-To: <CAAQiQRdCLYAHKw6jNk03JEPZDy_Vw_TuQPf2K_1bDf3KQxeqCg@mail.gmail.com>
Date: Wed, 12 Feb 2014 15:43:25 +1100
Content-Transfer-Encoding: quoted-printable
Message-Id: <FC4E5E9B-CEE0-40C2-A2E4-A22F0E7E5763@mnot.net>
References: <40E62D1E-983E-465A-A169-2104BCFA587B@mnot.net> <CAAQiQRdCLYAHKw6jNk03JEPZDy_Vw_TuQPf2K_1bDf3KQxeqCg@mail.gmail.com>
To: Andrew Newton <andy@hxr.us>
X-Mailer: Apple Mail (2.1827)
Cc: IETF Apps Discuss <apps-discuss@ietf.org>
Subject: Re: [apps-discuss] draft-ietf-weirds-bootstrap-00 and our lawn -- feedback?
X-BeenThere: apps-discuss@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: General discussion of application-layer protocols <apps-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/apps-discuss/>
List-Post: <mailto:apps-discuss@ietf.org>
List-Help: <mailto:apps-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 12 Feb 2014 04:43:36 -0000
On 12 Feb 2014, at 3:59 am, Andrew Newton <andy@hxr.us> wrote: > Mark, > > Thank you for looking into this and for being proactive. > > With regard to your idea to use templates in the registry, it seems to > me the current specification is already doing an implicit template of > the sort http://example.com/blah/{rest-of-weirds-uri}. As one of the > participants of the WEIRDS effort, I think your idea is worth > consideration. While the group has looked at templates but not found > favor with them, I believe what you are suggesting does not have the > issue to which the group objected to previously. OK. To be clear, it was just a suggestion -- there are a lot of ways to do this, but templates seemed like a way to get there without inventing too much yourself (which seems to be the point, since you're already reusing HTTP :). > As for baked URIs, there was a suggestion to use .well-known with > which the WEIRDS group is struggling (very interrelated to > bootstrapping). Would you still suggest the use of .well-known with a > registry? Is the use of .well-known not just to avoid collisions but > to also allow applications to identify URIs by application type > without the need for creating a new URI scheme? It really depends on the use case, which I don't feel like I yet have enough grasp of. I don't want to position .well-known as a panacea, because it's not -- it's for very specific circumstances (basically, when you need to bootstrap from a hostname, not a URI). Cheers, > > -andy > > On Tue, Feb 11, 2014 at 2:03 AM, Mark Nottingham <mnot@mnot.net> wrote: >> I've been in an on-again, off-again discussion with some of the WEIRDS folks about their work and its relationship to <http://tools.ietf.org/html/draft-ietf-appsawg-uri-get-off-my-lawn>. >> >> That seemed to precipitate <http://tools.ietf.org/html/draft-ietf-weirds-bootstrap-00>, which describes a way to "bootstrap" a WEIRDS interaction, and I've been asked for feedback. >> >> Reading through it, I have some issues, but I since uri-get-off-my-lawn is a product of this WG, not just my draft, I'd rather get a sense of what the WG thinks overall, rather than just giving my own feedback. >> >> AIUI, the bootstrap draft uses a number of IANA registries to contain a mapping of (domain names, IPv4 networks, IPv6 networks, AS numbers) to URLs for their RDAP services. >> >> Those URLs are then used as base URIs for further interactions; for example, if example.com had a registry value of "http://example.com/lookup", you'd look up "foo.example.com" as "http://example.com/lookup/domain/foo.example.com". >> >> To me, this seems better than the previous solution (where you assumed that example.com had something available at a certain path), but it still "bakes" URLs into the spec, relative to that base URI. I.e., the "/domain/whatever" bit above is locked into the spec and unchangeable, AIUI. >> >> So, while they avoid collisions (probably), they still risk the other problems that the "get off my lawn" draft cautions against, AFAICT. >> >> If I were doing this protocol and I still wanted to use a registry (questionable IMHO), I'd allow each entry to contain a set of URL templates, identified by link relations, that allows a one-step lookup without baking in any URLs. >> >> E.g., >> >> domain: example.com >> rel: domainlookup href-template: http://example.com/lookup/{domain} >> >> I'm very curious to hear what other APPS folks think about this -- especially those of a Web bent. We're trying to line up some conversations about this in London, and I'd like to inform them with the WG's perspective, rather than just my own. >> >> Cheers, >> >> -- >> Mark Nottingham http://www.mnot.net/ >> >> >> >> _______________________________________________ >> apps-discuss mailing list >> apps-discuss@ietf.org >> https://www.ietf.org/mailman/listinfo/apps-discuss -- Mark Nottingham http://www.mnot.net/
- Re: [apps-discuss] unpersuasive advice, was draft… John Levine
- [apps-discuss] draft-ietf-weirds-bootstrap-00 and… Mark Nottingham
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… Tim Bray
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… Erik Wilde
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… Marc Blanchet
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… Marc Blanchet
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… Andrew Newton
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… John Levine
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… Mark Nottingham
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… Mark Nottingham
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… Marc Blanchet
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… Mark Nottingham
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… Mark Nottingham
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… Tim Bray
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… Martin J. Dürst
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… John R Levine
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… John R Levine
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… Tim Bray
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… Arnt Gulbrandsen
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… Andrew Newton
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… Graham Klyne
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… John R Levine
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… Simon Perreault
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… Nico Williams
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… Nico Williams
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… Arnt Gulbrandsen
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… Nico Williams
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… Andrew Newton
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… Marc Blanchet
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… Darrel Miller
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… Nico Williams
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… Darrel Miller
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… John Levine
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… Tim Bray
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… Andrew Newton
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… Darrel Miller
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… Darrel Miller
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… Andrew Newton
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… John R Levine
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… Nico Williams
- Re: [apps-discuss] unpersuasive advice, was draft… Mark Nottingham
- Re: [apps-discuss] draft-ietf-weirds-bootstrap-00… Graham Klyne
- [apps-discuss] Pete and Barry: now it is up to yo… Paul Hoffman
- Re: [apps-discuss] Pete and Barry: now it is up t… Andrew Newton
- Re: [apps-discuss] Pete and Barry: now it is up t… Tim Bray
- Re: [apps-discuss] Pete and Barry: now it is up t… Murray S. Kucherawy
- Re: [apps-discuss] Pete and Barry: now it is up t… Pete Resnick
- Re: [apps-discuss] Pete and Barry: now it is up t… Paul Hoffman