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

Jothan Frakes <jothan@jothan.com> Fri, 16 January 2015 21:38 UTC

Return-Path: <jothan@jothan.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 78AC91B2C60 for <eppext@ietfa.amsl.com>; Fri, 16 Jan 2015 13:38:58 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 1.923
X-Spam-Level: *
X-Spam-Status: No, score=1.923 tagged_above=-999 required=5 tests=[BAYES_50=0.8, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, J_CHICKENPOX_64=0.6, J_CHICKENPOX_65=0.6, RCVD_IN_DNSWL_LOW=-0.7] 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 J0CzAwsAefoa for <eppext@ietfa.amsl.com>; Fri, 16 Jan 2015 13:38:55 -0800 (PST)
Received: from mail-lb0-f171.google.com (mail-lb0-f171.google.com [209.85.217.171]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 705E11B2C5B for <eppext@ietf.org>; Fri, 16 Jan 2015 13:38:54 -0800 (PST)
Received: by mail-lb0-f171.google.com with SMTP id w7so20611119lbi.2 for <eppext@ietf.org>; Fri, 16 Jan 2015 13:38:53 -0800 (PST)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc:content-type; bh=3DvvaTTRbYONKZ33mmmDwBHBUE8xQu+XRK+Dq8ghvDo=; b=HvK+l55NbXFy42ZOTbOwenQY56CEalen5E9cukoR9eujdUlmodN2a9r7W/LDtubD7g 8Z5agBMJE4WXupd7/0r8RqiavqffGPiLxPw1qHZwTlA6vhpmJ6incF4m9xlIdfbQR0Pf Pw0YKlIhei8bQoJE0iIYgXmVOESfGENzoxoQQ53pHQsn4LgvsYYhx01lESgy1pxZp3Q9 YK293oiyI35eSqNrREeRoYhpnOOgMLN9sTfEj2+QukJuxaNSzrGnZmiy4zLc/1pdDw/d suHN7HCfC4DZKNktuIB89ZSlZsIW9pTUt8mJDXdQVHFjekaPOPYQZzWNuBdEmOBSOaFk 6CeA==
X-Gm-Message-State: ALoCoQm91MuyJ3cNP2K6WdbkE5Dee5KS4HOgmkys8lHIhpkuIOsJOjJoiNpDmDqooiu8XN3zeH1Q
X-Received: by 10.152.2.38 with SMTP id 6mr17918914lar.60.1421444332756; Fri, 16 Jan 2015 13:38:52 -0800 (PST)
MIME-Version: 1.0
Received: by 10.25.89.79 with HTTP; Fri, 16 Jan 2015 13:38:22 -0800 (PST)
In-Reply-To: <C3F2FBCA-C800-4CC2-BD49-D36D028B5522@verisign.com>
References: <D0D41AB9.46E54%trung.tran@neustar.biz> <64BB8C0B-ED45-4384-AC10-BC0E5206E26E@uniregistry.com> <B392E842-86BF-4F1E-96FC-ED2EA7E19F6D@verisign.com> <D5A4D4D5-C37A-442D-981B-3381483A292B@uniregistry.com> <CF36E711-27BD-47A6-938E-B9B1804DFD0E@verisign.com> <BLUPR02MB034B2D11DA287B2DB2A4B59BF470@BLUPR02MB034.namprd02.prod.outlook.com> <C3F2FBCA-C800-4CC2-BD49-D36D028B5522@verisign.com>
From: Jothan Frakes <jothan@jothan.com>
Date: Fri, 16 Jan 2015 13:38:22 -0800
Message-ID: <CAGrS0FJHYPseYKt_1A5z2jsaOSQagwbsqQFjmcDj3j84j84McA@mail.gmail.com>
To: "Gould, James" <JGould@verisign.com>
Content-Type: multipart/related; boundary=089e013c6b92863808050ccbcc2e
Archived-At: <http://mailarchive.ietf.org/arch/msg/eppext/1lP8b7e9KUqOBcNw-HQDoEcxGNI>
Cc: Jody Kolker <jkolker@godaddy.com>, Francisco Obispo <fobispo@uniregistry.com>, "Tran, Trung" <Trung.Tran@neustar.biz>, "eppext@ietf.org" <eppext@ietf.org>
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: Fri, 16 Jan 2015 21:38:58 -0000

Just a heads-up - I am testing out some Universal Acceptance stuff for a
document with the Domain Name Association, and I have found that some of
your registries (hosted or directly) are not correctly inhibiting dashes in
the third and fourth positions in check commands.

Should that be on the Registrar to enforce or the Registry?  IMHO both but
think the latter is the right place.


Jothan Frakes
Tel: +1.206-355-0230


On Fri, Jan 9, 2015 at 8:27 AM, Gould, James <JGould@verisign.com> wrote:

>  Jody,
>
>  I believe that passing the active phase is more straight forward as
> opposed to defining a special sub-phase like “extended" to drive the
> behavior.  Having the claims check return “exists=true” only when a claims
> notice is required on the create based on the active phase should be able
> to handle the use case of releasing domains post the claims phase and also
> applies to the claims phase.  All names that have matching trademarks
> during the claims phase will require a claims notice on create, so the
> behavior is consistent.
>
>  I’m still not sure why a client would want to know whether there is a
> matching trademark when a claims notice is not required on the create.
> Does anyone see a need for this?  Since the “claims” phase would always
> return “exists=true” for domains that have matching trademarks, a client
> could pass the “claims” phase when the active phase is not the “claims”
> phase to obtain this information.  Of course servers would need to support
> referencing a past “claims” phase to support this use case.  The change in
> the text should support the logic that I previously posted before, which I
> extend to support addressing the optional matching trademark past the
> claims phase use case.  Is this use case really needed?
>
>
>    1. During claims phase with a claims check command
>       1. If domain has matching trademark
>          1. return exists=true
>       2. else
>          1. return exists=false
>        2. During post claims phase with a claims check command
>       1. If domain was released post claims phase start and is within 90
>       days of release and has matching trademark
>          1. return exists=true
>       2. else
>          1. return exists=false
>        3. *During post claims phase with a claims phase check and passing
>    “claims” as the phase (optional matching trademark past the claims phase
>    use case)*
>       1. *If domains has matching trademark *
>          1. *return exists=true*
>       2. *else*
>          1. *return exists=false*
>
>
>
>    1. During claims phase with a create command
>       1. If domain has matching trademark
>          1. claims notice is required
>       2. else
>          1. claims notice is NOT required
>        2. During post claims phase with a create command
>       1. If domain was released post claims phase start and is within 90
>       days of release and has matching trademark return
>          1. claims notice is required
>       2. else
>          1. claims notice is NOT required
>
>
>  Thoughts?
>
>  —
>
>
>  JG
>
>
>
>
>
> *James Gould *Distinguished Engineer
> jgould@Verisign.com
>
> 703-948-3271
> 12061 Bluemont Way
> Reston, VA 20190
>
> VerisignInc.com
>
>  On Jan 8, 2015, at 4:50 PM, Jody Kolker <jkolker@godaddy.com> wrote:
>
>   From Francisco:
>
>  Thanks Jim for bringing this to the eppext.  This will definitely help
> the post claims phase.
>
>  With the wording changes, is there still a way to determine if there’s a
> trademark against the name regardless on whether or not the claims ack is
> needed in the create domain?
>
>  This could be accomplished by leaving the “claims” implementation as it
> is currently and introducing a sub-phase for claims named “extended”.  When
> the sup-phase of “extended” is passed the results from Jim’s earlier email
> would be below.
>
>
>    1. During claims phase with a claims check command or post claims
>    phase without a sub-phase of “extended”
>       1. If domain has matching trademark
>          1. return exists=true
>       2. else
>          1. return exists=false
>        2. During post claims phase with a claims check command with a
>    sub-phase of “extended”
>       1. If domain was released post claims phase start and is within 90
>       days of release and has matching trademark
>          1. return exists=true
>       2. else
>          1. return exists=false
>
>
>
>    1. During claims phase with a create command or post claims phase
>    without a sub-phase of “extended”
>       1. If domain has matching trademark
>          1. claims notice is required
>       2. else
>          1. claims notice is NOT required
>        2. During post claims phase with a create command with a sub-phase
>    of “extended”
>       1. If domain was released post claims phase start and is within 90
>       days of release and has matching trademark return
>          1. claims notice is required
>       2. else
>          1. claims notice is NOT required
>
>  This would still allow a registrar to determine if a claim currently
> exists on a domain when a claim period does not exist for the TLD (the
> current implementation).  From a registrar perspective, I’m not sure if
> determining if a domain has a claim when all claims periods have expired is
> needed.  This implementation also would require additional work by all
> registrars to support if adopted, while the implementation from Jim’s first
> post would require only updates by the registries which would be better for
> widespread adoption.
>
>  Thoughts?
>
>  Thanks,
>  Jody Kolker
>  319-294-3933 (office)
>  319-329-9805 (mobile) Please contact my direct supervisor Charles
> Beadnall (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:* Gould, James [mailto:JGould@verisign.com <JGould@verisign.com>]
> *Sent:* Thursday, January 08, 2015 12:24 PM
> *To:* Francisco Obispo
> *Cc:* Jody Kolker; eppext@ietf.org; Tran, Trung
> *Subject:* Re: [eppext] draft-ietf-eppext-launchphase Support for a
> "Claims Service" post the Claims Phase
>
>  Francisco,
>
>   I would have gone with the sub-phase approach as well, since if the
> behavior between the two claims phases are consistent (e.g. requirement for
> claims check and claims notice) I’m not sure the value in defining a new
> top-level phase name.  Is there a material behavior change between the two
> phases and is the concept of an extended claims phase a generic use case?
> We have stuck with the standard set of “sunrise”, “claims”, and “open”
> phases.  Have others utilized the use of sub-phases or have created custom
> top-level phase names to meet their needs?  If so, can you share your
> scheme?  It would be good to know if there are any common patterns.
>
>   Thanks,
>
>   —
>
>
> JG
>
> <image001.png>
>
>
> *James Gould *Distinguished Engineer
> jgould@Verisign.com
>
> 703-948-3271
> 12061 Bluemont Way
> Reston, VA 20190
>
> VerisignInc.com <http://verisigninc.com/>
>
>   On Jan 8, 2015, at 3:08 PM, Francisco Obispo <fobispo@uniregistry.com>
> wrote:
>
>
>     <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.
>
>
>
>   Once a TLD has ended the mandatory 90 day period of “claims” a registry
> might decide to call it something else.
>
>   We are not supporting extended claims, but we had to support an
> extended sunrise for the names on the ICANN names-collision block list (30
> day period instead of a 60 day end-date sunrise), and we initially thought
> about having a phase called “sunrise” with a sub-phase called “extended”
> but we thought it would be too complicated for RARs to change their code,
> so we decided just to trigger it by calling the phase “sunsrise”, but in
> reality, a registry can call it anything they want in order to support it,
> because they are different things.
>
>   Since there is no guidance on what the phases should be called, it
> seems like we’re going to end up with discrete phase names for anything
> that is not: claims or sunrise.
>
>
>
>  On Jan 8, 2015, at 11:35 AM, Gould, James <JGould@verisign.com> wrote:
>
> What do you mean by the extended claims phase?  Is there a past mail list
> thread on this or is this a new issue?  Please clarify.
>
>
>  *Francisco Obispo*
> CTO - Registry Operations
>
> <Mail Attachment.png>
>
>
> 2161 San Joaquin Hills Rd.
>   Newport Beach, CA, 92660
>   off. +1.345.749.6284
>   fax. +1.345.746.6263
>
>
>
> _______________________________________________
> EppExt mailing list
> EppExt@ietf.org
> https://www.ietf.org/mailman/listinfo/eppext
>
>