Re: [eppext] draft-ietf-eppext-launchphase Support for a "Claims Service" post the Claims Phase

Jody Kolker <jkolker@godaddy.com> Thu, 08 January 2015 16:16 UTC

Return-Path: <jkolker@godaddy.com>
X-Original-To: eppext@ietfa.amsl.com
Delivered-To: eppext@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 168881A87DB for <eppext@ietfa.amsl.com>; Thu, 8 Jan 2015 08:16:16 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.701
X-Spam-Level:
X-Spam-Status: No, score=-0.701 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HTML_MESSAGE=0.001, J_CHICKENPOX_64=0.6, J_CHICKENPOX_65=0.6, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=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 DcKPUBsTM0zY for <eppext@ietfa.amsl.com>; Thu, 8 Jan 2015 08:16:06 -0800 (PST)
Received: from na01-bn1-obe.outbound.protection.outlook.com (mail-bn1bon0727.outbound.protection.outlook.com [IPv6:2a01:111:f400:fc10::1:727]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 0BFA81A7D83 for <eppext@ietf.org>; Thu, 8 Jan 2015 08:16:04 -0800 (PST)
Received: from BLUPR02MB034.namprd02.prod.outlook.com (10.242.191.17) by BLUPR02MB033.namprd02.prod.outlook.com (10.242.191.13) with Microsoft SMTP Server (TLS) id 15.1.49.12; Thu, 8 Jan 2015 16:15:39 +0000
Received: from BLUPR02MB034.namprd02.prod.outlook.com ([169.254.12.109]) by BLUPR02MB034.namprd02.prod.outlook.com ([169.254.12.109]) with mapi id 15.01.0049.002; Thu, 8 Jan 2015 16:15:39 +0000
From: Jody Kolker <jkolker@godaddy.com>
To: "Gould, James" <JGould@verisign.com>, "eppext@ietf.org" <eppext@ietf.org>
Thread-Topic: draft-ietf-eppext-launchphase Support for a "Claims Service" post the Claims Phase
Thread-Index: AQHQKT3krDH7sE6wI0yQ8a5hZx2LtJy2aJsA
Date: Thu, 8 Jan 2015 16:15:38 +0000
Message-ID: <BLUPR02MB0343DE4687D44D237D89988BF470@BLUPR02MB034.namprd02.prod.outlook.com>
References: <6B3201F3-4F0B-4689-BF14-5E545EB1DE9D@verisign.com>
In-Reply-To: <6B3201F3-4F0B-4689-BF14-5E545EB1DE9D@verisign.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator:
x-originating-ip: [64.202.160.76]
authentication-results: spf=none (sender IP is ) smtp.mailfrom=jkolker@godaddy.com;
x-dmarcaction: None
x-microsoft-antispam: BCL:0;PCL:0;RULEID:(3005003);SRVR:BLUPR02MB033;
x-exchange-antispam-report-test: UriScan:;
x-exchange-antispam-report-cfa: BCL:0;PCL:0;RULEID:;SRVR:BLUPR02MB033;
x-forefront-prvs: 0450A714CB
x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(189002)(199003)(377454003)(85714005)(164054003)(40134004)(38284003)(68736005)(101416001)(551944002)(15975445007)(102836002)(19625215002)(66066001)(86362001)(54206007)(62966003)(77156002)(16601075003)(92566001)(2950100001)(20776003)(17760045003)(16236675004)(19300405004)(74316001)(18206015028)(64706001)(21056001)(230783001)(4396001)(106356001)(40100003)(122556002)(33656002)(87936001)(99396003)(99936001)(50986999)(54606007)(76176999)(31966008)(54356999)(19580395003)(120916001)(19580405001)(2900100001)(2501002)(76576001)(46102003)(19627595001)(19617315012)(19609705001)(99286002)(105586002)(107886001)(97736003)(2656002)(107046002)(106116001); DIR:OUT; SFP:1102; SCL:1; SRVR:BLUPR02MB033; H:BLUPR02MB034.namprd02.prod.outlook.com; FPR:; SPF:None; MLV:sfv; PTR:InfoNoRecords; MX:3; A:1; LANG:en;
received-spf: None (protection.outlook.com: godaddy.com does not designate permitted sender hosts)
Content-Type: multipart/related; boundary="_004_BLUPR02MB0343DE4687D44D237D89988BF470BLUPR02MB034namprd_"; type="multipart/alternative"
MIME-Version: 1.0
X-OriginatorOrg: godaddy.com
X-MS-Exchange-CrossTenant-originalarrivaltime: 08 Jan 2015 16:15:38.8073 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: d5f1622b-14a3-45a6-b069-003f8dc4851f
X-MS-Exchange-Transport-CrossTenantHeadersStamped: BLUPR02MB033
Archived-At: <http://mailarchive.ietf.org/arch/msg/eppext/BdA6PjiiyI5msyCwyG0eJa2nxVc>
Subject: Re: [eppext] draft-ietf-eppext-launchphase Support for a "Claims Service" post the Claims Phase
X-BeenThere: eppext@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: EPPEXT <eppext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/eppext>, <mailto:eppext-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/eppext/>
List-Post: <mailto:eppext@ietf.org>
List-Help: <mailto:eppext-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/eppext>, <mailto:eppext-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Jan 2015 16:16:16 -0000

Thanks Jim.

>From a registrar perspective, this will solve the issue of domains that are released after the initial 90 day claims period but still require a claim to be presented to the customer.

Thanks,
Jody Kolker
319-294-3933 (office)
319-329-9805 (mobile) Please contact my direct supervisor Charles Beadnall (cbeadnall@godaddy.com<mailto:cbeadnall@godaddy.com>) with any feedback.

This email message and any attachments hereto is intended for use only by the addressee(s) named herein and may contain confidential information. If you have received this email in error, please immediately notify the sender and permanently delete the original and any copy of this message and its attachments.

From: EppExt [mailto:eppext-bounces@ietf.org] On Behalf Of Gould, James
Sent: Monday, January 05, 2015 3:18 PM
To: eppext@ietf.org
Subject: [eppext] draft-ietf-eppext-launchphase Support for a "Claims Service" post the Claims Phase

All,

There was an issue raised privately in supporting claims as a Claims Service post the Claims Phase.   According to section 2.4.3 of the RPM Requirements, "...releases for Allocation or registration such reserved domain name at any time following the start date of the Claims Period, such domain MUST be subject to the Claims Services (as described in Section 3) for a period of ninety (90) calendar days following the date Registry Operator releases such domain name for registration...".  This means that support for the Claims Check Form needs to be revised to indicate whether or not the Claims Create Form is needed for the domain name and the use of the Claims Create Form should be supported in phases other than "claims".  There are no XML schema changes required to support this.  Please review and provide feedback to the proposed revised language in the draft below to include in the next version of the draft that will also include the Implementation Status section discussed at the IETF-91 EPPEXT meeting.

Change 3.1.1 "Claims Check Form" as follows:


   The Claims Check Form defines a new command called the Claims Check

   Command that is used to determine whether or not there are any

   matching trademarks, in the specified launch phase, for each domain

   name passed in the command, that requires the use of the "Claims Create Form"

   on a Domain Create Command.


   Instead of returning whether the domain name is available, the Claims

   Check Command will return whether or not at least one matching

   trademark exists for the domain name, that requires the use of the

   "Claims Create Form" on a Domain Create Command.


   <launch:name>  Contains the fully qualified name of the queried

           domain name.  This element MUST contain an "exists" attribute

           whose value indicates if a matching trademark exists for the

           domain name that requires the use of the "Claims Create Form" on a Domain Create Command.

           A value of "1" (or "true") means that a

           matching trademark does exist and that the "Claims Create Form" is required on

           a Domain Create Command.  A

           value of "0" (or "false") means that a matching trademark

           does not exist or that the "Claims Create Form" is NOT required on a Domain Create Command.


Change 3.3.2 "Claims Create Form" as follows:


<launch:phase>  SHOULD contain the value of "claims" to indicate the

       claims launch phase.  A value other than "claims" MAY be used to

pass the claims notice for domain names outside of the claims phase.


Based on the above revised language the following may be done:


  1.  During claims phase with a claims check command

     *   If domain has matching trademark

        *   return exists=true

     *   else

        *   return exists=false

  1.  During post claims phase with a claims check command

     *   If domain was released post claims phase start and is within 90 days of release and has matching trademark

        *   return exists=true

     *   else

        *   return exists=false


  1.  During claims phase with a create command

     *   If domain has matching trademark

        *   claims notice is required

     *   else

        *   claims notice is NOT required

  1.  During post claims phase with a create command

     *   If domain was released post claims phase start and is within 90 days of release and has matching trademark return

        *   claims notice is required

     *   else

        *   claims notice is NOT required


Thanks,


-



JG

[cid:image001.png@01D02B1B.47DE3280]

James Gould
Distinguished Engineer
jgould@Verisign.com

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

VerisignInc.com<http://VerisignInc.com>

"This message (including any attachments) is intended only for the use of the individual or entity to which it is addressed, and may contain information that is non-public, proprietary, privileged, confidential and exempt from disclosure under applicable law or may be constituted as attorney work product. If you are not the intended recipient, you are hereby notified that any use, dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this message in error, notify sender immediately and delete this message immediately."