Re: [apps-discuss] draft-ietf-weirds-bootstrap-00 and our lawn -- feedback?

Graham Klyne <GK@ninebynine.org> Thu, 13 February 2014 12:06 UTC

Return-Path: <GK@ninebynine.org>
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 C0C931A0203 for <apps-discuss@ietfa.amsl.com>; Thu, 13 Feb 2014 04:06:07 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level:
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3] 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 9ISE6373B5E2 for <apps-discuss@ietfa.amsl.com>; Thu, 13 Feb 2014 04:06:05 -0800 (PST)
Received: from relay15.mail.ox.ac.uk (relay15.mail.ox.ac.uk [163.1.2.163]) by ietfa.amsl.com (Postfix) with ESMTP id 3DDCC1A01FA for <apps-discuss@ietf.org>; Thu, 13 Feb 2014 04:06:05 -0800 (PST)
Received: from smtp2.mail.ox.ac.uk ([163.1.2.205]) by relay15.mail.ox.ac.uk with esmtp (Exim 4.80) (envelope-from <GK@ninebynine.org>) id 1WDv3I-00063g-nh; Thu, 13 Feb 2014 12:06:00 +0000
Received: from gklyne.plus.com ([80.229.154.156] helo=conina.local) by smtp2.mail.ox.ac.uk with esmtpsa (TLSv1:AES256-SHA:256) (Exim 4.69) (envelope-from <GK@ninebynine.org>) id 1WDv3H-0007Ee-9X; Thu, 13 Feb 2014 12:06:00 +0000
Message-ID: <52FCB4F7.7030805@ninebynine.org>
Date: Thu, 13 Feb 2014 12:05:11 +0000
From: Graham Klyne <GK@ninebynine.org>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:15.0) Gecko/20120907 Thunderbird/15.0.1
MIME-Version: 1.0
To: Mark Nottingham <mnot@mnot.net>
References: <20140211223250.68983.qmail@joyce.lan> <B1C114F7-5FA4-49F7-880F-9E94FCB24BFA@mnot.net>
In-Reply-To: <B1C114F7-5FA4-49F7-880F-9E94FCB24BFA@mnot.net>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Oxford-Username: zool0635
Cc: John Levine <johnl@taugh.com>, 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: Thu, 13 Feb 2014 12:06:08 -0000

+1 to what Mark says.

[later, on seeing some of the responses to this...]

A question I have (not having read your specs, and not intending to) is this: 
are you defining a specific *service*, or are you defining a protocol that 
others may use to deliver a service over the web?

If the former, then maybe there's not so much harm here, but it's not clear to 
me why this is seen as a potential IETF standard.  I.e. you define a service, 
and you define the URIs that will be used to access it.  Fine, it's your lawn.

But if you are defining a protocol, that tells others how to design and allocate 
URIs in their own URI space, then that tramples over the lawns of other web 
participants, and constrains their implementation and deployment choices. 
That's bad.

#g
--

On 13/02/2014 01:34, Mark Nottingham wrote:
> It's this attitude that I (and apparently other Web folks here) find disturbing -- to paraphrase, "we're building a new protocol, so we don't have to worry about what we do to the Web."
>
> Because WEIRDS has opted into using HTTP and URIs, it's opted into the Web, and that means it shouldn't harm other uses of the Web.
>
> Squatting on URIs is bad practice on the Web. Requiring implementations to use certain URI patterns is bad practice on the Web. And so on.
>
> While there may be no existing RDAP servers, the Web is pre-existing (and doing pretty well). If WEIRDS doesn't want to honour its architectural constraints, that's fine -- RDAP can use or define something else.
>
> Cheers,
>
>
>
> On 12 Feb 2014, at 9:32 am, John Levine <johnl@taugh.com> wrote:
>
>>> 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
>>
>> RDAP is a new design.  There are no existing RDAP servers other than a
>> few prototypes run by people on the WEIRDS list.  There's nothing to
>> be backward compatible with.
>>
>> RDAP is intended as a replacement for WHOIS, to answer the same
>> questions that people ask now using WHOIS, e.g. information about
>> domain names, IP addresses, ASNs, and a few other things.  The
>> questions that people ask with WHOIS haven't changed materially in 20
>> years, and I see no reason to expect them to change in the future.
>>
>> Small RDAP servers will likely adapt the RDAP prototype being funded
>> by ICANN.  Large RDAP servers will be written by a handful of large
>> registries, all of which are represented on the WEIRDS list and can
>> speak for themselves, but I can't remember any of them showing notable
>> enthusiasm for templates.
>>
>> In this particular application, I really can't see any benefit to
>> templates other than the ability to be gratuitously different just to
>> prove that you can.
>>
>> R's,
>> John
>
> --
> Mark Nottingham   http://www.mnot.net/
>
>
>
> _______________________________________________
> apps-discuss mailing list
> apps-discuss@ietf.org
> https://www.ietf.org/mailman/listinfo/apps-discuss
>