Re: [regext] TLD Phase Discovery

"Gould, James" <jgould@verisign.com> Fri, 11 August 2017 17:28 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 F3727127601 for <regext@ietfa.amsl.com>; Fri, 11 Aug 2017 10:28:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.301
X-Spam-Level:
X-Spam-Status: No, score=-4.301 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, 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 ErxzZ3zfPQg0 for <regext@ietfa.amsl.com>; Fri, 11 Aug 2017 10:28:02 -0700 (PDT)
Received: from mail1.verisign.com (mail1.verisign.com [72.13.63.30]) (using TLSv1.2 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 980D013201E for <regext@ietf.org>; Fri, 11 Aug 2017 10:28:02 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=verisign.com; l=5846; q=dns/txt; s=VRSN; t=1502472475; h=from:to:date:message-id:references:in-reply-to: content-id:content-transfer-encoding:mime-version:subject; bh=4OZMQymty0yMRkC8mGod19gd929MIYIldzDdhx6pBQI=; b=KKxV2Ah1QolSyQaznsb1jZXhMV9jtQWMrtq2A4m+7GlmkfUHP1g1V+QA NcB3+22fOplQeW/cLC82AwXkYtpuQYCC3JBu0E0wjoF5SNM4s/iAFAfnw Wf9b/pkEUIhrqnfUUYH4+Vba0pdz896sdY3DgRiLK0mpYI7pT1o9/Wgd6 Y+9eB8jgP3vd5Un0s1Flg6MNm4C+mtUJyahUrRBZz0qUtWfe975FPZ6ew VbdPPNgztuDSC0vm79/tekNTdUqYpQSZWi0kMa0+yOsHTvmdsFcIocLq0 nORaB8eUtB5VYDZwNmpVdPxUYvJSWfb9z3EaZrhoVBZ/246SngL0HOhBo A==;
X-IronPort-AV: E=Sophos;i="5.41,358,1498521600"; d="scan'208";a="4236485"
IronPort-PHdr: 9a23:dsvVPBD9MVbK1SnB2QFNUyQJP3N1i/DPJgcQr6AfoPdwSPX8osbcNUDSrc9gkEXOFd2CrakV26yO6+jJYi8p2d65qncMcZhBBVcuqP49uEgeOvODElDxN/XwbiY3T4xoXV5h+GynYwAOQJ6tL1LdrWev4jEMBx7xKRR6JvjvGo7Vks+7y/2+94fdbghMhzexe69+IAmrpgjNq8cahpdvJLwswRXTuHtIfOpWxWJsJV2Nmhv3+9m98p1+/SlOovwt78FPX7n0cKQ+VrxYES8pM3sp683xtBnMVhWA630BWWgLiBVIAgzF7BbnXpfttybxq+Rw1DWGMcDwULs5Qiqp4bt1RxD0iScHLz85/3/Risxsl6JQvRatqwViz4LIfI2ZMfxzdb7fc9wHX2pMRsZfWTJcDIOgYYUBDOQBMuRWoIn8u1QAohSxCBKwBOz0zz9EmmP60Lc43uknDArI3BYgH9ULsHnMotn7NaASUf2xzKbV1TnIcvdY1i346IfWaRAtr+yHULVyccrezkkvCgfFgUiLpIz7ITyVzOUNs3Oa7+pvU+KjkXIoqwZ0ojW2wMonl4fHhoUQyl/e9CV5xp44JcOmR05hYN6kC5pQty6cN4t3RMMtX3tktzo9yr0DoZK7fTYFyIgpxxLFbPyHaYeI7xT+X+iSOTd1nG9pdK6lixqv80WtxPfwWtS03VtEtCZJjNbBu38V2xDO9sSLUOZx80W91TqVygze5eJJLVopmafYLZMq36Q+mYAJsUvZGy/7gED2jKiLeUo64uWo8OHnYqn+pp+bKo90lhnyMqQwlcy7BuQ1KhMBX3Kd+eih0L3i8kj5T69Ljv0ylanZrYzaKdgGqqKjHQ9azJwj6xekDzen39QYm2MLI05CeBKCl4TpOlfOL+7kDfqnnligjC1ny+3EM7DvGJnBM3jOnbn7cbpj5ENRxxI/zdVF6JJVDrEBLujzWkj0tNHADB85PAu0w/vjCNpgzY4eR3yAArWYMKPJsF+I6eQvL/OQa48SvTbxM+Il6OL2jX8lhV8derGk3YEJZ3C3APtnLFmZbGHtgtgfDWcKsBAyTOvwiF2NSTRTfWq9X7og5jEnD4KrFZnNRoCqgLyExii7BYdaa35BClCWDXfnaZ6JW/QKaCKTOs9hiiYIWqW/RNxp6Rb7iA/9zrN8ZsHT4DEV/cbf1N9w7vaVvhYo6TFcDMKcy3nLQ2wi2itCXTI50bBjiU1w1lnF1rJ3ybQMD9Fc6uNVegY3KZCayPZ1XYPcQAXEK52mT0uiTpHuIzg0Q8l7i4sMbEFgH9mKkB3Z3jGrDLlTnLuOUs9nupnA1mT8cp4ug03N07Ms2hx/GpNC
X-IPAS-Result: A2GnAAC86I1Z//SZrQpaAxwBAQQBAQoBARcBAQQBAQoBAYQTgRQHjgqRepYXgU8bIQchC4FggmxPAhqFGxgBAQEBAQEBAQEBAQKBEIIzJAENRiEFAQUBAQEBAQEmAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBCAIIBy8SAQEZAQEBAgEBASEROhsCAQgNDQImAgICJQsVEAIEARKKJxirSYImi2EBAQEBAQEBAwEBAQEBAQEBAQEBHYELgh2DT4INgnyEcxcKJoJMMIIxBaAgBgKHUY52WYUEimiMAYoSH4FDdxVJEgGFBByBZ3aJIIEPAQEB
Received: from BRN1WNEXCHM01.vcorp.ad.vrsn.com (brn1wnexchm01 [10.173.152.255]) by brn1lxmailout01.verisign.com (8.13.8/8.13.8) with ESMTP id v7BHRcVk003285 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Fri, 11 Aug 2017 13:27:38 -0400
Received: from BRN1WNEXMBX01.vcorp.ad.vrsn.com ([::1]) by BRN1WNEXCHM01.vcorp.ad.vrsn.com ([::1]) with mapi id 14.03.0301.000; Fri, 11 Aug 2017 13:27:38 -0400
From: "Gould, James" <jgould@verisign.com>
To: Thomas Corte <Thomas.Corte@knipp.de>, "regext@ietf.org" <regext@ietf.org>
Thread-Topic: [EXTERNAL] Re: [regext] TLD Phase Discovery
Thread-Index: AQHTD5oCG0SBgKxuqUGrZkMUR8ax/qJ5XSCA///hGYCAATI+AIAAFMGAgABYLQCABJGngA==
Date: Fri, 11 Aug 2017 17:27:37 +0000
Message-ID: <8E0A2C5B-595E-43C3-A784-5EFB6FEE806A@verisign.com>
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> <80F5AA8E-EAC3-4FFA-B9C2-665D2B278727@verisign.com> <8ed43988-5b06-1803-2b76-753b531821c5@knipp.de> <71D1C6B2-F9AC-416C-A024-C226B036B52C@verisign.com> <6a57dbc0-28f3-6c8e-75de-a5cfde47aecb@knipp.de>
In-Reply-To: <6a57dbc0-28f3-6c8e-75de-a5cfde47aecb@knipp.de>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/f.1f.0.170216
x-originating-ip: [10.170.148.18]
Content-Type: text/plain; charset="utf-8"
Content-ID: <569B29452D11DA4F81287D72455530E2@verisign.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/regext/_5L0VEdO1Tqb27PTZ1a5MpRxrto>
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: Fri, 11 Aug 2017 17:28:05 -0000

Thomas,

Yes, I really meant “phase-aware” premium domain names.  Launch phases in draft-ietf-regext-launchphase are associated with the TLD and launch phases are not meant to be a method of grouping domain names like premium domain names.  I view overlapping launch phases as a corner case that is already handled by draft-ietf-regext-launchphase.  The availability of domain names by phase is already handled by draft-ietf-regext-launchphase with the Availability Check Form, which may not be optimized for your use case but does handle the intended purpose of draft-ietf-regext-launchphase.  Considering these points, I don’t believe that adding a Phase Availability Check Form is warranted.  If there is additional interest in adding a Phase Availability Check Form to draft-ietf-regext-launchphase by the working group, please share it publically on the list or privately.  

Thanks,
  
—
 
JG



James Gould
Distinguished Engineer
jgould@Verisign.com

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

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

On 8/8/17, 11:41 AM, "regext on behalf of Thomas Corte" <regext-bounces@ietf.org on behalf of Thomas.Corte@knipp.de> wrote:

    James,
    
    On 2017-08-08 16:25, Gould, James wrote:
    
    > Overall, I believe that “phase-agnostic” premium domain names is not
    > a model that draft-ietf-regext-launchphase is designed for or should
    > be designed for.
    
    I assume you mean "phase-aware". By "phase-agnostic", I meant the
    opposite, i.e. the model you're proposing - premium domains which are
    not connected to or dependent on launch phases.
    
    > My recommendation is to focus on how
    > draft-ietf-regext-epp-fees can meet your needs for premium domain
    > names without coupling it with launch phases as an alternative for
    > fee classifications.
    
    As said in a previous e-mail, a complete refactoring of our premium
    model seems prohibitively expensive at this juncture, since all our
    tariff management, promotion infrastructure, registration policy engine
    code etc. is closely tied to launch phases. We might be able to still
    retain our use of the fee extension, if only by completely hiding any
    launch phase related data from it, even if the system still works with
    launch phases under the hood.
    If all else fails, we can always use a proprietary extension.
    
    
    Still, and this is going back to the original topic of phase discovery:
    if it was clearly (as I demonstrated out in a previous e-mail) the
    intention of the launch phase extension authors to allow multiple phases
    at the same time, and to make certain domain names only available in
    certain phases, why should we make it so hard for registrars to discover
    the right phase for their domain?
    Why not offer a "phase-avail" check form to discover the phase in which
    a domain is available, rather than forcing *all* registrars to code
    their own iteration of <check>s over all known (for some definition of
    "known") launch phases to discover it?
    
    Best regards,
    
    Thomas
    
    -- 
    ____________________________________________________________________
         |       |
         | knipp |            Knipp  Medien und Kommunikation GmbH
          -------                    Technologiepark
                                     Martin-Schmeißer-Weg 9
                                     44227 Dortmund
                                     Deutschland
    
         Dipl.-Informatiker          Tel:    +49 231 9703-0
         Thomas Corte                Fax:    +49 231 9703-200
         Stellvertretender Leiter    SIP:    Thomas.Corte@knipp.de
         Software-Entwicklung        E-Mail: Thomas.Corte@knipp.de
    
                                     Registereintrag:
                                     Amtsgericht Dortmund, HRB 13728
    
                                     Geschäftsführer:
                                     Dietmar Knipp, Elmar Knipp
    
    _______________________________________________
    regext mailing list
    regext@ietf.org
    https://www.ietf.org/mailman/listinfo/regext