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

Darrel Miller <darrel.miller@gmail.com> Sun, 16 February 2014 16:09 UTC

Return-Path: <darrel.miller@gmail.com>
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 7FE721A00CD for <apps-discuss@ietfa.amsl.com>; Sun, 16 Feb 2014 08:09:27 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=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 Tifpbg9SXPel for <apps-discuss@ietfa.amsl.com>; Sun, 16 Feb 2014 08:09:25 -0800 (PST)
Received: from mail-ig0-x234.google.com (mail-ig0-x234.google.com [IPv6:2607:f8b0:4001:c05::234]) by ietfa.amsl.com (Postfix) with ESMTP id 414E71A002C for <apps-discuss@ietf.org>; Sun, 16 Feb 2014 08:09:25 -0800 (PST)
Received: by mail-ig0-f180.google.com with SMTP id m12so3689756iga.1 for <apps-discuss@ietf.org>; Sun, 16 Feb 2014 08:09:23 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:date:message-id:subject:from:to:content-type; bh=hd7zlSA+jXYV1v+RXC+cpuEYz6OVRqfOImvY4bVGIJk=; b=f25V5wEIbk+vTXDJGmemMNMqKQd0um5wOWT2wHUVaGrHbMQlhiofB9eQ5d9khnYPkk ydMjjCPltoyXV99oxte4fjknV9qjFGWscgR4YNkXfHgUFlioh86laY2ugbRtSJ/lv5Cn 10mQYHOndafIC5X8nxTz4+4Bm+ks7MzHgqhTbTFXMmjq1jZavVo+7Xt7U+n1ESw3dCRV 08tHKfa7ce0ofOG0ybl97W/O7KYQM1ZkQqZGLadSrlWKxUJqtDAHQ995CpZYhz6jyp/l G6xQqap1eKWNk5G+KOpsSTWpDHRSZJnzPX+lPaRALsmcpu/T7qFbcDvxaCX2oxmLbu8r WTvQ==
MIME-Version: 1.0
X-Received: by 10.50.119.161 with SMTP id kv1mr12420424igb.8.1392566962868; Sun, 16 Feb 2014 08:09:22 -0800 (PST)
Received: by 10.42.195.206 with HTTP; Sun, 16 Feb 2014 08:09:22 -0800 (PST)
Date: Sun, 16 Feb 2014 11:09:22 -0500
Message-ID: <CAKioOqsrRc6FztKtLtTShYP7gPi5TN5OvO710vAqZc0ni68cXA@mail.gmail.com>
From: Darrel Miller <darrel.miller@gmail.com>
To: IETF Apps Discuss <apps-discuss@ietf.org>
Content-Type: text/plain; charset="ISO-8859-1"
Archived-At: http://mailarchive.ietf.org/arch/msg/apps-discuss/9ZfDXVYnZXdS1evlnuXSY_E0rUk
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
Reply-To: darrel@tavis.ca
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: Sun, 16 Feb 2014 16:09:27 -0000

John,

Your client is a three line shell script because someone took the time
to write programs like wget that implement a standard protocol.  It
would surprise me if someone hasn't already written a URI template
processing utility that you can call from your script.  Your 3 lines
would likely end up being 4 lines. Pseudocode would look something
like,

get homedoc from homeUri
parse desired service uri template from homedoc
resolve URI template with parameters
get informationdoc from resolved URI

However, we seem to be addressing this whole issue from the wrong
perspective.  It is quite probable that the people who are
implementing the RDAP servers will have no issue handling the URIs.
It is quite likely that the clients will be able to successfully
create the necessary URIs.  It is possible that you will not need to
change the RDAP URI space once the spec has been baked.

However, you are highly visible, publicly accessible service that has
chosen to use HTTP.  IETF best practices recommend that you don't do
what you are doing.  Will it work for you, sure, probably, because of
your context.  The problem is that other developers developing HTTP
based services are going to look to what you have done as an example
and say, look, at how RDAP works.  If it works for them, then why
won't it work for us.  But their context may not be the same as yours.
 It is in the web's best interest if high profile services like RDAP
are a model for others to follow.

The question should not be, why should RDAP follow best practices when
they are not absolutely necessary? The question should be, what
justification exists for not following that guidance. Justifications
might include,
- there are no URITemplate processing libraries available on the
target client platforms.
- caching infrastructure does not exist on client platforms to
minimize the impact of the extra round-trip to get the home doc.

I don't know if these are valid objections, but I think that would be
a better discussion to have than the current one.

Regards,

Darrel


On Sat, Feb 15, 2014 at 10:55 PM, John Levine <johnl@taugh.com> wrote:
>>One of the major advantages of using URI templates, beyond freeing the
>>server from conforming to conventions, is that it makes client code
>>really simple.
>
> People keep saying this.  My client is a three line shell script that
> uses wget and grep (really.)  Could you explain how that works with
> templates?
>
> While you're at it, it'd also be helpful to identify some web servers
> that people might plausibly use to implement RDAP in 2014 (as opposed
> to an exercise in retrocomputing) that couldn't handle the syntax in
> rdap-query.  You can skip the .wellknown stuff, which is a holdover
> from a point when we thought we might use something like SRV records
> that don't provide a path in the bootstrap.
>
> R's,
> John
>
> _______________________________________________
> apps-discuss mailing list
> apps-discuss@ietf.org
> https://www.ietf.org/mailman/listinfo/apps-discuss