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
- [regext] TLD Phase Discovery Roger D Carney
- Re: [regext] TLD Phase Discovery Gould, James
- Re: [regext] TLD Phase Discovery Patrick Mevzek
- Re: [regext] TLD Phase Discovery Thomas Corte
- Re: [regext] TLD Phase Discovery Gould, James
- Re: [regext] TLD Phase Discovery Thomas Corte
- Re: [regext] TLD Phase Discovery Gould, James
- Re: [regext] TLD Phase Discovery Thomas Corte
- Re: [regext] TLD Phase Discovery Jody Kolker
- Re: [regext] TLD Phase Discovery Jody Kolker
- Re: [regext] TLD Phase Discovery Jody Kolker
- Re: [regext] TLD Phase Discovery Thomas Corte
- Re: [regext] TLD Phase Discovery Thomas Corte
- Re: [regext] TLD Phase Discovery Roger D Carney
- Re: [regext] TLD Phase Discovery Roger D Carney
- Re: [regext] TLD Phase Discovery Jody Kolker
- Re: [regext] TLD Phase Discovery Gould, James
- Re: [regext] TLD Phase Discovery Thomas Corte
- Re: [regext] TLD Phase Discovery Thomas Corte
- Re: [regext] TLD Phase Discovery Thomas Corte
- Re: [regext] TLD Phase Discovery Gould, James
- Re: [regext] TLD Phase Discovery Thomas Corte
- Re: [regext] TLD Phase Discovery Gould, James
- Re: [regext] TLD Phase Discovery Thomas Corte
- Re: [regext] TLD Phase Discovery Gould, James
- Re: [regext] TLD Phase Discovery Gavin Brown
- Re: [regext] TLD Phase Discovery Antoin Verschuren
- Re: [regext] TLD Phase Discovery Gould, James