Re: [weirds] FW: I-D Action: draft-kong-dnrd-ap-response-json-00.txt

Andrew Sullivan <ajs@anvilwalrusden.com> Tue, 12 June 2012 14:42 UTC

Return-Path: <ajs@anvilwalrusden.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 4F24A21F854C for <weirds@ietfa.amsl.com>; Tue, 12 Jun 2012 07:42:26 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=0.000, BAYES_00=-2.599]
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 j7tDTTqikS2P for <weirds@ietfa.amsl.com>; Tue, 12 Jun 2012 07:42:25 -0700 (PDT)
Received: from mail.yitter.info (mail.yitter.info [208.86.224.201]) by ietfa.amsl.com (Postfix) with ESMTP id CB3D121F8528 for <weirds@ietf.org>; Tue, 12 Jun 2012 07:42:25 -0700 (PDT)
Received: from mail.yitter.info (69-196-144-227.dsl.teksavvy.com [69.196.144.227]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.yitter.info (Postfix) with ESMTPSA id 1C74D1ECB41C for <weirds@ietf.org>; Tue, 12 Jun 2012 14:42:25 +0000 (UTC)
Date: Tue, 12 Jun 2012 10:42:23 -0400
From: Andrew Sullivan <ajs@anvilwalrusden.com>
To: weirds@ietf.org
Message-ID: <20120612144223.GF16548@mail.yitter.info>
References: <20120603071136.21782.19013.idtracker@ietfa.amsl.com> <014601cd415c$01bf3fc0$053dbf40$@cnnic.cn> <4FD6D3E2.5050707@vande-walle.eu> <00ef01cd48a4$58b44ce0$0a1ce6a0$@cnnic.cn>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <00ef01cd48a4$58b44ce0$0a1ce6a0$@cnnic.cn>
User-Agent: Mutt/1.5.21 (2010-09-15)
Subject: Re: [weirds] FW: I-D Action: draft-kong-dnrd-ap-response-json-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: Tue, 12 Jun 2012 14:42:26 -0000

On Tue, Jun 12, 2012 at 10:04:55PM +0800, Ning Kong wrote:

> I think you put forward a general issue. IMO, the HTTP draft
> (draft-designteam-weirds-using-http-00) as the common infrastructure
> document is suitable to cover this point. For example, a new section (e.g.
> 5.5 Unauthorized Answers) may be added to propose the corresponding response
> mechanisms.

This raises an interesting and vexing issue, I think.

As we're working now, we are talking about responses and requests.
But in a REST context, it seems to me, you either get the resource or
you don't.  

One of the goals so far has been to permit differential levels of
service depending on credentials.  (I believe quite strongly that if
we do not provide that functionality, we will have completely botched
this work.)

It seems to me therefore that data we return must be much more linked
and much less cohesive.  For instance, in the present draft, the
response for domains includes contact data, nameserver data, and so
on.  But instead, that all ought to be linked data, so that it is
possible to return the appropriate response (e.g. the data vs. http
401 or 403 errors) depending on who asks for it.  It seems also that
it might be possible to create a roll-up type resource that provides
all the answers in one go, at the cost of authorization being the
denied if any of the underlying resource permissions aren't available.

Thoughts?

Best,

A 

-- 
Andrew Sullivan
ajs@anvilwalrusden.com