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
- [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