Re: [regext] TLD Phase Discovery

Thomas Corte <Thomas.Corte@knipp.de> Tue, 08 August 2017 09:01 UTC

Return-Path: <Thomas.Corte@knipp.de>
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 DB5C4120227 for <regext@ietfa.amsl.com>; Tue, 8 Aug 2017 02:01:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 spmWsaGZ_9mg for <regext@ietfa.amsl.com>; Tue, 8 Aug 2017 02:01:10 -0700 (PDT)
Received: from kmx10a.knipp.de (clust3b.bbone.knipp.de [195.253.6.85]) (using TLSv1 with cipher ADH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A82031320E3 for <regext@ietf.org>; Tue, 8 Aug 2017 02:01:10 -0700 (PDT)
Received: from localhost (localhost.bbone.knipp.de [127.0.0.1]) by kmx10a.knipp.de (Postfix) with ESMTP id D945A9810; Tue, 8 Aug 2017 11:01:07 +0200 (MESZ)
X-Knipp-VirusScanned: Yes
Received: from kmx10a.knipp.de ([127.0.0.1]) by localhost (kmx10a.knipp.de [127.0.0.1]) (amavisd-new, port 10004) with ESMTP id dNqMZAfzp7TD; Tue, 8 Aug 2017 11:00:56 +0200 (MESZ)
Received: from hp9000.do.knipp.de (hp9000.do.knipp.de [195.253.2.54]) by kmx10a.knipp.de (Postfix) with ESMTP id 138469836; Tue, 8 Aug 2017 10:52:20 +0200 (MESZ)
Received: from [195.253.2.11] (seth.do.knipp.de [195.253.2.11]) by hp9000.do.knipp.de (Postfix) with ESMTP id F031577E84; Tue, 8 Aug 2017 10:52:19 +0200 (MESZ)
To: regext@ietf.org
References: <8CC3F09A-084F-41A1-9BE7-F44A293BA665@verisign.com> <d4945015-3413-68a4-18ea-ebbb5f28e315@knipp.de> <ED032B40-2895-4124-9755-26879D7FE5A6@verisign.com> <98dcc1e4-3bc4-0499-2f13-fdd73cb42aed@knipp.de> <673DD6EE-36B6-496B-BA7F-499DD09371D3@verisign.com> <44f0fdc8-d665-6179-41b7-855fd41f460d@knipp.de> <SN1PR0201MB1792004419E7E4B6047D4F5DBFB50@SN1PR0201MB1792.namprd02.prod.outlook.com> <301b4b49-c836-b107-7e84-d384f5536f6d@knipp.de> <SN1PR0201MB1792EB0D2C6DA5618BBA488CBFB50@SN1PR0201MB1792.namprd02.prod.outlook.com>
From: Thomas Corte <Thomas.Corte@knipp.de>
Cc: support@tango-rs.com
Message-ID: <c6bd4431-7676-4587-5a5f-c05e788918d5@knipp.de>
Date: Tue, 08 Aug 2017 10:52:21 +0200
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1
MIME-Version: 1.0
In-Reply-To: <SN1PR0201MB1792EB0D2C6DA5618BBA488CBFB50@SN1PR0201MB1792.namprd02.prod.outlook.com>
Content-Type: text/plain; charset="utf-8"
Content-Language: en-US
Content-Transfer-Encoding: 8bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/regext/ZKo0A37_tqTL_dguZ-ZyyPrHw-0>
Subject: Re: [regext] TLD Phase Discovery
X-BeenThere: regext@ietf.org
X-Mailman-Version: 2.1.22
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: Tue, 08 Aug 2017 09:01:13 -0000

Hello Jody,

On 2017-08-07 18:53, Jody Kolker wrote:

> When a domain is sold to a customer, a check command is sent first to determine the availability.  That check command can be sent without any phase attributes.  
> According to the spec when this is done the phase that is currently active would be returned in the response.  
> The returned phase would then be used for the create command, resolving the chicken and egg problem, unless I'm missing something (entirely possible).

Not sure whether you're referring to the launch phase or the fee
extension, but I don't think that either of them has a solution:

- The availabilty check form in the launch phase extension doesn't
  explicitly allow omitting the launch phase in the check command.
  While the XSD allows it syntactically, that case isn't covered in
  the description. Also, even if it was allowed, the check *response*
  as defined in the XSD only allows a single launch phase to be returned
  (and not one per checked domain domain, which would be needed here).

- The latest fee extension draft explicitly states that, in case no
  phase is specified but multiple ones are active, the
  server MUST respond with an error. However, in our concept,
  multiple phases are technically active at all times,
  so returning the right phase instead wouldn't be feasible.

  The only way out I'd see in this case would be a less strict
  interpretation of "active" phase: a phase is "active" if the
  domain name in question is available in that phase. However,
  this seems a bit of a stretch to me.

Best regards,

Thomas


-- 
TANGO REGISTRY SERVICES® is a product of:
Knipp Medien und Kommunikation GmbH
Technologiepark                             Phone: +49 231 9703-222
Martin-Schmeisser-Weg 9                       Fax: +49 231 9703-200
D-44227 Dortmund                       E-Mail: support@tango-rs.com
Germany