ICANN ICANN Email List Archives

[gnso-irtp-b-jun09]


<<< Chronological Index >>>    <<< Thread Index >>>

RE: [gnso-irtp-b-jun09] Recommended Modifications to the Latest ERTP Recommendation

  • To: "Michael Collins" <mc@xxxxxxxxxxxxxxxxx>, "IRTP B Mailing List" <Gnso-irtp-b-jun09@xxxxxxxxx>
  • Subject: RE: [gnso-irtp-b-jun09] Recommended Modifications to the Latest ERTP Recommendation
  • From: "Steele, Barbara" <BSteele@xxxxxxxxxxxx>
  • Date: Wed, 19 May 2010 23:24:59 -0400

Michael,

You are very welcome.  I agree that in a true hijacking case, we should see
very few disputed ERTPs as the hijacker(s) will not want to come forward.
In those cases where the transfer was not actually a hijacking and the new
Registrar disputes the ERTP on behalf of the post transfer registrant (I
hope that I have these references correct - it is getting rather confusing),
it seems that they should be able to provide to the PTRa, documentation such
as proof of 'purchase' of the domain name on the secondary market to support
the disputed ERTP.  If the evidence produced is compelling, then I would
think that the two registrars involved would recognize this and be able to
resolve the dispute amongst themselves.  I believe that it would be
appropriate for the domain name to stay with the PTRa until such time as the
disputed ERTP is resolved.  What I had tried to convey with my recommended
edits is that the Registry Operator would only receive a copy of the
Disputed ERTP package from the PTRa and reverse the transfer upon receipt of
that package and at the direction of the PTRa.  The concern that I have with
the proposed disputed ERTP process is that the subject domain name(s) will
continue to be bounced between the PTRa and the other registrar with no end.


 

The TDRP would continue to be available to address non-urgent disputes of a
domain name allegedly transferred in violation of the Inter Registrar
Transfer Policy.  In my opinion, one of the main reasons that the existing
TDRP does not work as intended is because, often, the filing and responding
registrars that are party to a dispute fail to provide evidence that is
sufficient to render a good decision.  Even some of the largest registrars
fail to provide a response at all when named in a Request for Enforcement.
Since the registry operators do not own the relationship with the registrant
and may have very limited, if any, information about the
registrant/registration, it is critical that both of the registrars that are
involved in a dispute actively participate in the TDRP process and provide
the required supporting documentation such as the Whois record at the time
of the alleged violation and the FOA.  Often times, if an FOA is provided,
it is not in the form / format required by the IRTP and the information that
is provided as an FOA is inconclusive.  As we have discussed, because the
IRTP is not intended to govern the change of registrant, but only addresses
the change of registrar, the transfer of a hijacked domain name may actually
be in compliance with the IRTP if the Whois details at the time of the
transfer are consistent with those provided in the FOA. Just my thoughts . .
. 

 

Barbara Steele 
Compliance Officer / Director of Policy 
VeriSign, Inc. 

From: Michael Collins [mailto:mc@xxxxxxxxxxxxxxxxx] 
Sent: Wednesday, May 19, 2010 5:19 PM
To: Steele, Barbara; 'IRTP B Mailing List'
Subject: RE: [gnso-irtp-b-jun09] Recommended Modifications to the Latest
ERTP Recommendation

 

Hi Barbara and all,

 

Thank you for your work on this. It is good to remove erroneous assumptions
about TDRP from ETRP. I am disappointed that the TDRP cannot be used to
resolve a potential dispute between registrars and their customers that
results in an ETRP. I am not sure that it is within our mandate to suggest
any changes to TDRP, though it does not seem to work well in practice
according to some members of our group.

 

It was my desire for the domain to stay in the control of PTRa during a
dispute. However, if we are going to accept that a claim of hijacking (ETRP)
is cause to reverse a transfer, we should accept that a claim that an ETRP
was filed in error (Disputed ETRP) as cause to restore a transfer, not just
when PTRa agrees. PTRa should not be put in the place of deciding a dispute
between PTRa and the gaining Registrar. Both claims (ETRP and Disputed ETRP)
must present the same level of explanation, identification and
indemnification and lacking any dispute resolution mechanism should be
treated with equal actions. 

 

It is my opinion that most hijackers will not want to reveal their identity
and indemnify their registrar, so most ETRPs caused by hijacking will not
result in a Disputed ETRP. PTRa could still file a TDRP to resolve an ITRP
dispute, but it would not get to decide the dispute in a TDRP.

 

Would the group like to discuss this before I attempt to edit the document
to make these changes?

 

Best regards,

Michael Collins

 

 

From: owner-gnso-irtp-b-jun09@xxxxxxxxx
[mailto:owner-gnso-irtp-b-jun09@xxxxxxxxx] On Behalf Of Steele, Barbara
Sent: Wednesday, May 19, 2010 2:47 PM
To: IRTP B Mailing List
Subject: [gnso-irtp-b-jun09] Recommended Modifications to the Latest ERTP
Recommendation

 

All,

I have incorporated my recommended modifications into the latest version of
the document.  Because this proposed policy is intended to augment existing
policies, I have deleted the language relating to option to dispute a
disputed ERTP using the TDRP.  Also, the registries will not want to be in
the middle of the communications that ensue between the PTRa and the new
Registrar should the new Registrar elect to dispute the ERTP.  The
registries would add little to no value in that activity.  To the extent
that the PTRa, upon receipt of a Disputed ERTP case from the new Registrar,
agrees that the domain name should not have been transferred via the ETRP,
then they would forward the Disputed TDRP to the appropriate Registry
Operator and the Registry Operator would restore the domain name to the new
Registrar within 5 days (I changed this from 30 days as the IRTP calls for
the following in Part A, Section 6: 

"The Registry Operator must undo the transfer within five (5) calendar days
of receipt of the notice except in the case of a Registry dispute decision,
in which case the Registry Operator must undo the transfer within fourteen
calendar days unless a court action is filed. The notice required shall be
one of the following:

i. Agreement of the Registrar of Record and the Gaining Registrar sent by
email, letter or fax that the transfer was made by mistake or was otherwise
not in accordance with the procedures set forth in this policy; 

ii. The final determination of a dispute resolution body having jurisdiction
over the transfer; or

iii. Order of a court having jurisdiction over the transfer."

Please let me know if any of my recommended edits do not make sense.  Many
thanks.

<<...>> 

Barbara Steele

Compliance Officer / Director of Policy

VerSign, Inc.

Attachment: smime.p7s
Description: S/MIME cryptographic signature



<<< Chronological Index >>>    <<< Thread Index >>>

Privacy Policy | Terms of Service | Cookies Policy