ICANN ICANN Email List Archives


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

[gnso-trans-pdp] Suggestions for Reasons 5 and 7

  • To: "gnso-trans-pdp@xxxxxxxxx" <gnso-trans-pdp@xxxxxxxxx>
  • Subject: [gnso-trans-pdp] Suggestions for Reasons 5 and 7
  • From: Tim Ruiz <tim@xxxxxxxxxxx>
  • Date: Thu, 29 May 2008 14:48:28 -0700

In text below and in the Word doc attached. It includes suggested
revisions to the Concerns and Recommendations sections for #5, and to
the Recommendations section for #7.

Denial Reason #5


In addition to the text of denial reason #5, the IRTP policy also states
a transfer may not be denied for nonpayment for a pending or future
registration period, and then further states that denying transfers
should not be used as a way to resolve disputes over payment with two
exceptions: (i)  In the case of non-payment for previous registration
period(s) if the transfer is requested after the expiration date, or
(ii) In the case of non-payment of the current registration period, if
transfer is requested before the expiration date. 

Any attempt to clarify or modify reason #5 would necessarily require a
review of the meaning and intent of these other provisions in the policy
as they could be seen to be contradictory in some aspects, and have been
interpreted in various ways. This was also pointed out in the final
report of 9 April 2008 in sections 4.2.2, 4.2.3, and 4.2.4.

Other concerns are:

?       The proposed texts, or clarifications, raise deeper issues and more
complexity than we are prepared to deal with within the scope and
timeframe allotted to this drafting group.
?       "Registration period" is not clearly linked to the Registration
Agreement at present -- a change in this relationship is a policy issue,
not a clarification of existing policy.
?       There is no reference to the Auto Renew Grace Period within the IRTP
policy. However, the recent ICANN Staff advisory states that there is a
clear association between the Auto Renew Grace Period and the intent of
denial reason #5.
?       Many of the conversations and interpretations of this part of the IRTP
have taken place over a long period of time -- community input issues.


There appears to be general agreement on what this denial reason was
trying to accomplish, but we should allow an appropriate amount of time
for formulating revisions that will effectively resolve the ambiguity.
More time is needed to fully understand the existing and various IRTP
provisions on this subject, the recent ICANN Staff advisory, and the
comments in the constituency statements in order to adequately address
the questions raised in the final report.

It is recommended that the Council either:

1.      Include clarification of denial reason #5 in PDP D (IRTP Dispute
Policy Enhancements) of the final report of 19 March 2008. At the core
of this reason for denial is dispute over payment between the registrant
and the registrar and could impact the resolution of issues 16 and 19 of
PDP D; or

2.      Immediately extend the charter and scope of this Drafting Team to
become a Working Group and seek additional participation of interested
stakeholders to address this issue more thoroughly, and prior to the
initiation of PDP D.

Denial Reason #7


Issue 5 under PDP C of the IRTP Issues PDP Recommendations of 19 March
2008 and the reason for wanting to clarify reason for denial number 7
are very closely related.

Issue 5 of PDP C on IRTP Operational Rule Enhancements states: "Whether
standards or best practices should be implemented regarding use of
Registrar Lock status (e.g., when it may/may not, should/should not be
applied). (CR 8.0)"

The IRTP Policy Clarification of Reasons for Denial final report of 9
April 2008 says in the first sentence of the second paragraph on page 5:
"Regarding "lock status", there is support for clarification, with a
clear focus on the meaning of "readily accessible and reasonable means"
for removing the lock."

The result of the pending PDP that will include Issue 5 of PDP C could
have an impact on "readily accessible and reasonable means" for removing
a registrar lock. Given the close relationship of these two issues it is
recommended that they be combined as a single issue. It could then be
left as Issue 5 of PDP C, or it could be moved to its own PDP. If the
latter, the Council could also decide to immediately extend the charter
and scope of this Drafting Team to become a Working Group and seek
additional participation of interested stakeholders. The Council may
first need to decide if a new issues report would be necessary to
include Issue 5 of PDP C.


Attachment: DenialReasons5and7.doc
Description: MS-Word document

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