Re: [regext] TLD Phase Discovery

"Gould, James" <jgould@verisign.com> Mon, 14 August 2017 18:27 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 98DF41323C8 for <regext@ietfa.amsl.com>; Mon, 14 Aug 2017 11:27:18 -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 GOKmGWBTH_rj for <regext@ietfa.amsl.com>; Mon, 14 Aug 2017 11:27:17 -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 CF13E132399 for <regext@ietf.org>; Mon, 14 Aug 2017 11:27:16 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=verisign.com; l=4278; q=dns/txt; s=VRSN; t=1502735221; h=from:to:cc:subject:date:message-id:content-id: content-transfer-encoding:mime-version; bh=a1I2JSD74X01gJ58TNenZCMf5RnsJ4QSRWqSQWk5+PY=; b=nwoZ09oQEIWfzZq4z2nlCbc0LpGns6xsE7amk5BGvOIZAz84HMa9gUgI kuM1ohKAsZATQXrBmn2bdafUhb2lpEQJGvxfRAVrmTpr6eVDea8zbpyCj UkWiuqWiP47wsr0tWHPSCH6faZtz5W0Zak/aOW4kHJE8EhOZA2O5qC0B0 zQAmibH4L13q5Bws4Q8zfBPb6WXUR482YpGFwBcqegXvl7+bZtGEjHPTa Z+H9Vjj4XtVZHkRCb5ytfTxnAMRDF8728tF6B1kuoE7nswxj5rDy4tLpm EeqNpQePQymUXCqWQioPNs2iZ0BNuis7Dy5rmBvVm9a9b5/Bwx46NrsIN w==;
X-IronPort-AV: E=Sophos;i="5.41,374,1498521600"; d="scan'208";a="4258941"
IronPort-PHdr: 9a23:0ztJDx8UQUP6gP9uRHKM819IXTAuvvDOBiVQ1KB+0+gRIJqq85mqBkHD//Il1AaPBtSLraocw8Pt8InYEVQa5piAtH1QOLdtbDQizfssogo7HcSeAlf6JvO5JwYzHcBFSUM3tyrjaRsdF8nxfUDdrWOv5jAOBBr/KRB1JuPoEYLOksi7ze6/9pnQbglSmDaxfa55IQmrownWqsQYm5ZpJLwryhvOrHtIeuBWyn1tKFmOgRvy5dq+8YB6/ShItP0v68BPUaPhf6QlVrNYFygpM3o05MLwqxbOSxaE62YGXWUXlhpIBBXF7A3/U5zsvCb2qvZx1S+HNsDtU7s6RSqt4LtqSB/wiScIKTg58H3MisdtiK5XuQ+tqwBjz4LRZoyeKfhwcb7Hfd4CRWRPQNtfVzBPDI2/YYQPDvYOM+lXoITmu1sBth6+CRWwCO71yDJFgGL9060g0+QmFAHLxAIsEdMJsHTJqNX6Kb8eWv2xwqbSyDXMcehW1Tng44XPcBAhrvaMXa90ccXM0kQvCR3Kjk+RqYz+PjOV2eINv3KH4OpnUOKikmgqoBx/rDiow8cjkIjJhoQNx1Da6yp52oc1Jca5SE50Z96kEZ1QuD2AO4RqRcMiRnlkuCckxb0at563Zi8KyI4oxxPZdveJcJCI7wr+WOqNOzt0mXBodbylixqv8UWtxPfwWte73VtFtiZJj8XAumoQ2xHR9sSLUOZx80ii1DqVygze6edJKl0um6XBMZ4u2Lswm4IWsUTEAyD5hl37jLSTdkU44uio7PnnYqn+qp+cKYB0jgb+P7w1lcylB+Q0LwwOXmee+eum1b3j+Ur5QKhWjvEqj6XVqo7aKtoBpq64GA9V04kj6xClAzi619QYmGELLFNDeB2Zk4jkI0zCLOziAfuigVmhni1ny+3GM7DvGJnBMHfOnbj5cbZ48UFcyQ4zzd5F55JTD7EMOPDzWkD2tNzFCh82Lhe5w/j5B9Vn14MeQmOPAqCfMK/IrVCI4ecvL/GWZIAJoDb9N+Ql5/n2gH8ihF8dZbGp3ZwNaHCkBflmP1+WYXzjgtcGCGsKpBE+QPb2h12FVD5Zf2yyUL4k5jEnFIKmCp/ORpqzj7yOwii6EYFWa3tHCl+SDXfoeZ+IW/AWaCKdOsVhiCALVaC9S4890hGjrBH0y7pgLurR4CIYrojv2cZy5+3JiRE96yd5D8eb02GMV2F0hnkESCIo0/M3nUso9leE1KFjy9dfD8Ber6d1UgA/PIWa5OtgF93aWQTAZs/PRFvwBp3sGzw+Q8It694Df0g7HM+txFiXxSelDq8Jv72GGJJy9bjTiSvfPcF4njzp07Qlgx1uYMJKOHbszvp9+A/OA4LhjUiDlr2reqJa1ynIojTQhVGStV1VBVYjGZ7OWmoSMw6P9Yz0
X-IPAS-Result: A2GnAABW6pFZ//SZrQpaAxwBAQQBAQoBARcBAQQBAQoBAYQTgRQHjgqRfZYYgU8bHwkhC4RMTxyFHhgBAQEBAQEBAQEBAQKBEIIzJAENRiEFAQUBAQEBAQEmAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBAQEBCAIIBy8SAQEZAQEBAgEBASEROgsOBAEIDQ0CJgIEGQwLFRIEAQ0FG4oMGK0ngiaLYwEBAQEBAQEBAQEBAQEBAQEBAQEBAR0FgQaCHYNPgg2CfIRzFwomgkwwgjEFkQuHAogeBgKHUY54WYUEimmMAooTH4FDdxVJEgGHB3aJPoEPAQEB
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 v7EIREJl007053 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Mon, 14 Aug 2017 14:27:15 -0400
Received: from BRN1WNEXMBX01.vcorp.ad.vrsn.com ([::1]) by BRN1WNEXCHM01.vcorp.ad.vrsn.com ([::1]) with mapi id 14.03.0301.000; Mon, 14 Aug 2017 14:27:14 -0400
From: "Gould, James" <jgould@verisign.com>
To: Thomas Corte <Thomas.Corte@knipp.de>, "regext@ietf.org" <regext@ietf.org>
CC: "support@tango-rs.com" <support@tango-rs.com>
Thread-Topic: Re: [regext] TLD Phase Discovery
Thread-Index: AQHTFSrzu9Mqps0XzEeeFNWnAht24A==
Date: Mon, 14 Aug 2017 18:27:13 +0000
Message-ID: <D0517C3D-1E10-472B-B90A-A3A4D4A7AA13@verisign.com>
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: <4B103F31A8777E4E9C50DAB30A8A0CBA@verisign.com>
Content-Transfer-Encoding: base64
MIME-Version: 1.0
Archived-At: <https://mailarchive.ietf.org/arch/msg/regext/2_yIopQllA1bYScjy-S6f9RXPPU>
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, 14 Aug 2017 18:27:18 -0000

Thomas,

As a co-author of Launch Phase Mapping going back 5 years and the one that added the “Domain names may be made available only in unique launch phases, whilst remaining unavailable for concurrent launch phases” language to the draft, I’m aware of the intent.  Wil and Gavin can also weigh in on the intent.  The intent was for the launch phases to be associated with the TLD (or zone), where there may be a policy for launch phases that differentiates the availability of domain names.  It was never intended or foreseen that a launch phase would be used to group a set of domain names as a form of fee classification.  We can agree to disagree on this topic. 

Back to the question about adding support for a Phase Available Check Form to draft-ietf-regext-launchphase.  You believe that it is needed and I believe that the existing draft meets the intended needs.  I would like to hear from the registrars and registries in support for adding this feature or to keep the draft as is.  Please share your thoughts publicly 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/14/17, 8:34 AM, "regext on behalf of Thomas Corte" <regext-bounces@ietf.org on behalf of Thomas.Corte@knipp.de> wrote:

    James,
    
    On 2017-08-11 19:27, Gould, James wrote:
    
    > launch phases are not meant to be a method of grouping domain
    > names like premium domain names.
    
    Says who? As I pointed out in previous e-mails, the launch phase
    extension spec's wording
    
      "Domain names may be made available
       only in unique launch phases, whilst remaining unavailable for
       concurrent launch phases."
    
    clearly suggests otherwise.
    
    Aside from premium domain names, there are other examples where such a
    grouping may be necessary, such as when phases are used to introduce new
    IDN tables, or to make certain names available only to certain eligible
    registrants when a TLD is first launched.
    Determining the right phase for a name with a single EPP command should
    be possible in such scenarios.
    
    > I view overlapping launch phases as
    > a corner case that is already handled by
    > draft-ietf-regext-launchphase.
    
    It is, but obviously not in a way that's satisfactory for registrars or
    registries. Trial-and-error probing for the right phase isn't a solution
    I'd deem suitable.
    
    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 mailing list
    regext@ietf.org
    https://www.ietf.org/mailman/listinfo/regext