Re: [regext] Using RDAP as a Domain Availability Service

"Gould, James" <jgould@verisign.com> Fri, 16 December 2016 13:42 UTC

Return-Path: <jgould@verisign.com>
X-Original-To: regext@ietfa.amsl.com
Delivered-To: regext@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 13D56129A5A for <regext@ietfa.amsl.com>; Fri, 16 Dec 2016 05:42:43 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.897
X-Spam-Level:
X-Spam-Status: No, score=-4.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RP_MATCHES_RCVD=-2.896, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=verisign.com
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 Vxz6Zo4CtaZh for <regext@ietfa.amsl.com>; Fri, 16 Dec 2016 05:42:37 -0800 (PST)
Received: from mail3.verisign.com (mail3.verisign.com [72.13.63.32]) (using TLSv1.2 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id F1DD2129A5C for <regext@ietf.org>; Fri, 16 Dec 2016 05:42:36 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=verisign.com; l=5700; q=dns/txt; s=VRSN; t=1481895757; h=from:to:subject:date:message-id:references:in-reply-to: content-id:content-transfer-encoding:mime-version; bh=KE9wDvPIJ+8YdAHjxc8d1KXOM6eEF2ONg8Eca91HO0Q=; b=qWcRfC1ZbVlJ1ujuE4EnBtJWSldNUJOklxrt9i4Pd9onU/X18oBbD6yU 0BvMBzIsX2u7oK1alSy70c7hsUcNrwpH1GWtkMU9uIfGbdOCTAJk069pT c+8LUvCpBkF9GJTr1XFwWC+Vy6Hxy6uhlHu68zjv5AZOJDQt6Zzo0b0Wq qSp79D26Khvqd13K0wmZ3PX4wNFvIwLE57QibNsxezq1pxqDNYm0CaUNC dq0GeVaDbFrjQC5TNHadznCN8uYDG751lyyEmeA82DB0yA7/qkJnOjmYc H8zp3S6Y4CpILULzf+lpBBhND4jG9gLu5Y2Dm4OLlXnViYNlXzMSiuk2q Q==;
X-IronPort-AV: E=Sophos;i="5.33,357,1477958400"; d="scan'208";a="937769"
IronPort-PHdr: 9a23:PLmHsxbRuCwPlZh0NHeE3uL/LSx+4OfEezUN459isYplN5qZps65YR7h7PlgxGXEQZ/co6odzbGH6Oa/ACddut6oizMrSNR0TRgLiMEbzUQLIfWuLgnFFsPsdDEwB89YVVVorDmROElRH9viNRWJ+iXhpTEdFQ/iOgVrO+/7BpDdj9it1+C15pbffxhEiCCzbL52Ihi6twfcutQZjYZiJKs61wfErGZPd+lK321jOEidnwz75se+/Z5j9zpftvc8/MNeUqv0Yro1Q6VAADspL2466svrtQLeTQSU/XsTTn8WkhtTDAfb6hzxQ4r8vTH7tup53ymaINH2QLUpUjms86tnVBnlgzocOjUn7G/YlNB/jKNDoBKguRN/xZLUYJqIP/Z6Z6/RYM8WSXZEUstXSidPAJ6zb5EXAuQBI+hWspX9qVUNoxuwBwajCuLvxSNHiHD5xqA6z/8uEQTa0AA8Bd8DsnLZp8j1OqcIVuC1ybHFwTvCYfNRxDf97JXHfgg8qv+IR71wdNTeyVIhGwjYiViQq4PlPzSI1uQJrmeW9PRgWvy1i24msAFxozevxsE2hobVgYIVz0nJ+CNky4g7It24TVR0Yd+iEJZIqyGVKZd5QsMkQ2FvvCY6zbIGuJ6hcCgL1psr3wDfZOKdc4iJ+RLjVemRITF5hHJjZL2znQq98U+lyuHkU8m01khFrypBktnLsHABzQfT6s+bRft85Eih3S6D1wHN5eFYL0A4j63bK4QuwrIok5oTsFjMHi/ol0XykqCabEQk+vKp6+T8YrXqvoSTN4tuhQ7iMaQunM2/Aes4MggSRWSb+eO81Kb//UHhW7pKiuc5nbXasJDcJMQbqa65AxNP3oY78RawESym0M8ekHIaL1xFYAqKg5X1N13UPfz1D/myj06xnDpryf3KJKPtD5rNI3TbjbvtYaxx51NexQc919xT+pJZBq8bLP/8XEL6qcbWAQUjMwOuxubqENB91oQDVm2RGqKZK6bSsUOQ5uIoPumMeJcZuDbjJPgh4P7jlWQ2mUUbfaW02ZsWZ3W4Ee5nI0WdZnrsn8sBHXsUsgYkUuzllkeCUT9IZ3azUKI84Cs3B56hDYfGXoytgbqB0zmnHpBOe2xKFkqAHWrqeoiKQfsAdSKfL8F7njAaWrWsS5ct1RS0uw/7z7pnIPDU+iodtZ/71th16OrTlQw29TNpFMmdzX+CT3t1nmMTRj8206Z/rVZhxVeE1Kh0m+ZYGsBL5/NVTgc6MobRz/ZkBND9RA3AccuJRU2nQtq4HTExQMg9w9gUY0ZyA9+ilAzM3zK2A78JkLyGHIY78qTB0HnxPMt9y3nH1LM7g1k7WctFLXemibJn9wjPG47JlF2Ul6OrdasA3C7C6mODwnSVsU5DVA5/S7nKXXMZZkvXotT55l/CQ6WyBrQgNwsSgfKFf45LYd3kiVgOYvryPNPYKyf5sWO5DhWOx7yMcMK+fmQW3CjZBWAOlwkY/nCHOggiQCympjSaRBVoGUjifAvK/PZir3XzGkYywxCib117kaeurFpdv/GTSugPxLsYuSAn4w1uG0q61NXSEJKttxZser5dZtUmqANd2G3UpxBVP5G8IeZlnFFIICptuEa7nTpwF4FM1YAIpXYn10A6faCX105FexuG0IrxIbzYLC/5+xX5OP2e4U3XzNvDovRH0/8/sVi2+VjxTkc=
X-IPAS-Result: A2FQAQAD71NY//WZrQpaAxoBAQEBAgEBAQEIAQEBARUBAQEBAgEBAQEIAQEBAYMMAQEBAQF5gQYHjUerZYICBx8NhSxKAhqCOhQBAQEBAQEBAQEBAQKBB4IzGgGCGwIBAwEBIREhGRsCAQgNDQImAgICJQsVEAIEARIaAYhep32CKIsYAQEBAQEBAQEBAQEBAQEBAQEBAQEBHYELhSyBfAiBTIEIhFcKJoI9LYIwBYhihh+LaQYBhlGNKI4IjhmEDx+BWhYTDwEBhTxyAYdvgQ0BAQE
Received: from brn1wnexcas01.vcorp.ad.vrsn.com (brn1wnexcas01 [10.173.152.205]) by brn1lxmailout02.verisign.com (8.13.8/8.13.8) with ESMTP id uBGDgQNC007338 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Fri, 16 Dec 2016 08:42:26 -0500
Received: from BRN1WNEXMBX01.vcorp.ad.vrsn.com ([::1]) by brn1wnexcas01.vcorp.ad.vrsn.com ([::1]) with mapi id 14.03.0301.000; Fri, 16 Dec 2016 08:42:26 -0500
From: "Gould, James" <jgould@verisign.com>
To: Michele Neylon - Blacknight <michele@blacknight.com>, Andrew Newton <andy@hxr.us>, Registration Protocols Extensions <regext@ietf.org>
Thread-Topic: [regext] Using RDAP as a Domain Availability Service
Thread-Index: AQHSV5FXcjUNEudpBkuvmfzGNh7mX6EKlVWA
Date: Fri, 16 Dec 2016 13:42:25 +0000
Message-ID: <2855879F-0620-45D3-8F94-F1297BD7F807@verisign.com>
References: <CAAQiQRcH6d23hT5aFYUve1LC+NhijpHwOvW+26G5wJw=gHoUuA@mail.gmail.com> <E324AFFA-8D74-423C-8282-948B1368F6A4@blacknight.com>
In-Reply-To: <E324AFFA-8D74-423C-8282-948B1368F6A4@blacknight.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/f.1c.0.161115
x-originating-ip: [10.173.152.4]
Content-Type: text/plain; charset="utf-8"
Content-ID: <E297E820495F484A94617CFF0F8F5768@verisign.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/regext/9kDqmCqeWt9Cy9u5sHcks-sxKUs>
Subject: Re: [regext] Using RDAP as a Domain Availability Service
X-BeenThere: regext@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Registration Protocols Extensions <regext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/regext>, <mailto:regext-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/regext/>
List-Post: <mailto:regext@ietf.org>
List-Help: <mailto:regext-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/regext>, <mailto:regext-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 16 Dec 2016 13:42:43 -0000

+1 

As noted in my prior post on this topic, RDAP is a lookup protocol for what exists.  Logic associated with availability is beyond the scope of a lookup protocol.   Considering that RDAP is a RESTful protocol, anything could be represented with it but the question is whether it should.   I too have heard interest in an availability service that could be discussed, but this should be separated from RDAP.  I view availability via EPP as the best channel for authorized parties to go, since it is authoritative and it includes all the availability business logic.  EPP is a standard, so registries that have chosen not to implement it may not implement another standard either.  

A public availability service would look a lot more like a DNS service than an RDAP lookup service, since it could be a larger dependency for a broader set of real-time clients and therefore needs to be focused on scalability and accuracy (complete set of availability logic) over breadth of lookup features.  It would be great to understand the use cases for a public availability service to define the need prior to making proposals on a solution.    
  
—
 
JG



James Gould
Distinguished Engineer
jgould@Verisign.com

703-948-3271
12061 Bluemont Way
Reston, VA 20190

VerisignInc.com <http://verisigninc.com/> 

On 12/16/16, 6:40 AM, "regext on behalf of Michele Neylon - Blacknight" <regext-bounces@ietf.org on behalf of michele@blacknight.com> wrote:

    Sorry, but why would RDAP be used for this?
    
    I know that whois is used by a lot of people for this, but it really shouldn’t be. Only a direct EPP query to the registry can give a “sane” response. 
    
    What am I missing?
    
    Regards
    
    Michele
    
    
    --
    Mr Michele Neylon
    Blacknight Solutions
    Hosting, Colocation & Domains
    http://www.blacknight.host/
    http://blacknight.blog/
    http://www.blacknight.press - get our latest news & media coverage
    http://www.technology.ie
    Intl. +353 (0) 59  9183072
    Direct Dial: +353 (0)59 9183090
    Social: http://mneylon.social
    Random Stuff: http://michele.irish 
    -------------------------------
    Blacknight Internet Solutions Ltd, Unit 12A,Barrowside Business Park,Sleaty
    Road,Graiguecullen,Carlow,R93 X265,Ireland  Company No.: 370845
    
    On 16/12/2016, 11:34, "regext on behalf of Andrew Newton" <regext-bounces@ietf.org on behalf of andy@hxr.us> wrote:
    
        This topic keeps appearing over and over again, so Marcos and I
        decided to address it.
        As it turns out, there's not much needed to achieve this. This draft
        suggests two new query parameters and re-uses the current RDAP domain
        query. In other words, its a very small addition to RDAP.
        
        -andy
        
        
        A new version of I-D, draft-newton-regext-rdap-domain-availability-00.txt
        has been successfully submitted by Andrew Lee Newton and posted to the
        IETF repository.
        
        Name: draft-newton-regext-rdap-domain-availability
        Revision: 00
        Title: Using RDAP as a Domain Availability Service
        Document date: 2016-12-16
        Group: Individual Submission
        Pages: 6
        URL:
        https://www.ietf.org/internet-drafts/draft-newton-regext-rdap-domain-availability-00.txt
        Status:
        https://datatracker.ietf.org/doc/draft-newton-regext-rdap-domain-availability/
        Htmlized:
        https://tools.ietf.org/html/draft-newton-regext-rdap-domain-availability-00
        
        
        Abstract:
          This document describes a minimal profile of RDAP which can be used
          to check the availability of domain names available for registration.
        
        _______________________________________________
        regext mailing list
        regext@ietf.org
        https://www.ietf.org/mailman/listinfo/regext
        
    
    _______________________________________________
    regext mailing list
    regext@ietf.org
    https://www.ietf.org/mailman/listinfo/regext