Re: [regext] TLD Phase Discovery

"Gould, James" <jgould@verisign.com> Mon, 07 August 2017 18:55 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 785B2132740 for <regext@ietfa.amsl.com>; Mon, 7 Aug 2017 11:55:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.001
X-Spam-Level:
X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, 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 OThXg7nadeRF for <regext@ietfa.amsl.com>; Mon, 7 Aug 2017 11:55:22 -0700 (PDT)
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 7284513272F for <regext@ietf.org>; Mon, 7 Aug 2017 11:55:22 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=verisign.com; l=4796; q=dns/txt; s=VRSN; t=1502132123; h=from:to:cc:date:message-id:references:in-reply-to: content-id:content-transfer-encoding:mime-version:subject; bh=HhpR3u3vrY/rJh83l2d66gSAJb6D7c/ihTHY89Yu8oQ=; b=ZvYXy7dBF2xK9nPXXCCeJ7BPoq2PtBCh2ois6xD3AFNQMfK889XChmPq DqYGdpklR1xQBllHUR4um/zeAKjOzooX6BS6eiojWFTNu3kDvPKO4wHmk ldFcz7tdbX5DItW49y+mKuh2KBscewvmRkKyDzAuW+hte09FNweWdYhss ioxsyxel9KIdIuLAhgcCFGRpJ8r1AsMVWuLAS0h4fKetbxN3dacA7D++A lN5FdxhOjWgkBO8beZa4TJ1Xpu4AP/b8zfXPbPmAenA5pnnGf0rDFubs6 meQlVi4zTQqtbUQ7/yxrmKtII9oj84+dfyivfgnkia+HdvRJIwlcZM7uB w==;
X-IronPort-AV: E=Sophos;i="5.41,339,1498521600"; d="scan'208";a="2164715"
IronPort-PHdr: 9a23:Cr1IZhHr/6pcLWhP8jyvY51GYnF86YWxBRYc798ds5kLTJ76psy4bnLW6fgltlLVR4KTs6sC0LuG9fi4EUU7or+5+EgYd5JNUxJXwe43pCcHRPC/NEvgMfTxZDY7FskRHHVs/nW8LFQHUJ2mPw6arXK99yMdFQviPgRpOOv1BpTSj8Oq3Oyu5pHfeQtFiT6+bL9oMBm6sRjau9ULj4dlNqs/0AbCrGFSe+RRy2NoJFaTkAj568yt4pNt8Dletuw4+cJYXqr0Y6o3TbpDDDQ7KG81/9HktQPCTQSU+HQRVHgdnwdSDAjE6BH6WYrxsjf/u+Fg1iSWIdH6QLYpUjm58axlVAHnhzsGNz4h8WHYlMpwjL5AoBm8oxBz2pPYbJ2JOPZ7eK7WYNEUSndbXstJVyJPHJ6yb5cBAeQCM+ZXrYfyp1oSohWxCgahH//vxSRNhnPqwaE3yeYsHAfb1wIgBdIOt3HUoc37OKkTVuC10a3IwijbY/hL3Tny8o3IfQ46of2CQLl9dsjRyUYoFwPYilWftJfoPy2L2eQXsmib9OtgVe2pi2I9tw5xpT2vy94qh4LUiIwVzVXE+j94wIYzPdC4VlB0YcSlEJtLtiGaOI12QsIkQ250oio11roGuZu9cSMXy5on3wbSZ+Gbf4SS/x7uVuicLS1liH9ldr+znQi+/Eevx+HkS8W4zExGojdHn9XQrHwByhPe58udRvdg/Uqs3yuE2RrJ5eFeO080kLLWK5smwrEtiJUeqV/DHirqmEXui6+Wa1kk9vCo6+v5ZrXmoYeROJRuigH4L6gunsO+AeEiPQgPW2ib/vm81KH/8UHkWrlKkOM5krPYsJDBJMQbqai5DxVJ3YYk7hazFzam0NIGknkbNF9JZQ6Lg5L0N1zMLv30F+qzjlSinTtx2fzLMbLsDo3ILnfZkbfhebh961RbyAo21d1f5Z1UCrYcIPL3R0D8r8LYAQEjMwy12ObnCdp91oUEVW2TBa+ZNbvesUWU6eI3P+mMeIgVtS7mK/g4//7ulXg5mUUBfaSywZsYcna4HvthI0mAe3rsmc0NHnsNvgo7VObqkkGNUSZPZ3auWKIx/is7B5ypDYjdSYGtnKeM3CalEZ1KaGBKEFeMEW3nd4+cQfcDdDqSItN9kjwDTbWhSYwh1RaqtA/51bVnNPHZ+iIftZ3+ztd6+vDclBEo+TNoCMSd1nmHT3tokWMQWz82wKd/rFRjxFeD1qh4huZXFcdJ6/5XVQc6L4LcwPJhBtDxXALBf8+JSE68Ttq7Hz5iBu42luMOZEN0AJ2JiQrf0mL+P78SkrWQQrcz6L7R93v3Jt5ljXrLgu1prV4qU4NsMmmli7Q3owrQAIrKnl+xmKGmfKgQzWjG82LViSLEpkxXXR5seaTIQX5ZYVHZ55yt/E7NQq+yIbUqLgUHztSNfPhkcNrs2B9pQ+rnNJCWQWu0lnz6TUKKybSRaIbCZWgH3T7cB05CmAcWqyXVfTMiDzus9jqNRAdlEkjiNga1qbFz
X-IPAS-Result: A2EiAQBmtohZ//SZrQpZAxsBAQEDAQEBCQEBARcBAQQBAQoBAYMCgRGBFAefe5dkQyiBZIM7AhqFBBQBAQEBAQEBAQEBAQKBEIIzJAENRiEFATEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEIAggHQQEBGQEEASMRRRACAQgNDQImAgICMBUQAgQBDQUbigysSIImi00BAQEBAQEBAQEBAQEBAQEBAQEBAQEdgQuCHYNPgg2CfIRdFhcKGQ2CTDCCMQWgCQYCh1GOb1mFAYpjhnyPDDaBLHcVWwGHB3aIXYEPAQEB
Received: from brn1wnexcas01.vcorp.ad.vrsn.com (brn1wnexcas01 [10.173.152.205]) by brn1lxmailout01.verisign.com (8.13.8/8.13.8) with ESMTP id v77ItKEJ020852 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Mon, 7 Aug 2017 14:55:20 -0400
Received: from BRN1WNEXMBX01.vcorp.ad.vrsn.com ([::1]) by brn1wnexcas01.vcorp.ad.vrsn.com ([::1]) with mapi id 14.03.0301.000; Mon, 7 Aug 2017 14:55:19 -0400
From: "Gould, James" <jgould@verisign.com>
To: Thomas Corte <Thomas.Corte@knipp.de>, Jody Kolker <jkolker@godaddy.com>, "regext@ietf.org" <regext@ietf.org>
CC: "support@tango-rs.com" <support@tango-rs.com>
Thread-Topic: [EXTERNAL] Re: [regext] TLD Phase Discovery
Thread-Index: AQHTD5oCG0SBgKxuqUGrZkMUR8ax/qJ5XSCA///hGYA=
Date: Mon, 07 Aug 2017 18:55:18 +0000
Message-ID: <80F5AA8E-EAC3-4FFA-B9C2-665D2B278727@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>
In-Reply-To: <301b4b49-c836-b107-7e84-d384f5536f6d@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: <BC2B4F9E58F8F84AAAFF7E4AD3C06549@verisign.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/regext/VePHzNc7-MGlC_AqcPqgj9itWFw>
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: Mon, 07 Aug 2017 18:55:24 -0000

Thomas, 

Use of the phase and sub-phase as a mechanism for clients to indicate fee or domain grouping categories was not the intent in draft-ietf-regext-launchphase.  At the IETF-98 REGEXT WG meeting it was unclear when there would be overlapping launch phases.  The launch phase and sub-phase is meant to cover the launch of the TLD itself, where your overlapping phases does not apply to the TLD but to groups of domains within the TLD.  I believe use of draft-ietf-regext-epp-fees is the appropriate path forward for the grouping of premium domains and not use of phases and sub-phases in draft-ietf-regext-launchphase.  If you fully transition to leverage draft-ietf-regext-epp-fees for premium domain grouping, do you have any need for overlapping launch phases in draft-ietf-regext-launchphase, and if so please describe why?

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/7/17, 12:45 PM, "Thomas Corte" <Thomas.Corte@knipp.de> wrote:

    Hello Jody,
    
    On 07/08/2017 18:27, Jody Kolker wrote:
    
    > In this paragraph, it sounds like the domain:create command does not need a fee to be sent into create the premium domain.  It only needs the correct phase?  Is that correct?
    
    Yes, requiring registrars to specify the correct phase was exactly our
    approach to preventing the accidental registration of expensive names.
    
    It seemed like a natural solution at the time - the fee extension didn't
    seem mature (and widespread) enough to be used, and launch phases allowed
    us to essentially introduce domain/tariff categories without the need for
    yet another proprietary extension, which we're trying to avoid as much as
    possible.
    
    Later, when the fee extension seemed suitable, we added it as an
    *alternative* to the launch phase extension. I.e., a registrar can now
    *either* provide the correct phase *or* supply the expected fees (or
    both). Yet with the latest changes to the fee extension, our server can
    no longer truthfully report correct fees since the registrar would have
    to know the right phase up front, creating a chicken-egg problem.
    
    > In your implementation, is the premium phase specified in the "phase" attribute or in the "subphase" attribute?
    
    Both approaches are possible, entirely "custom" phases or sub-phases of a
    standard phase.
    
    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