You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 2 Next »

The implementation team will be publishing the answers to the Frequently Asked Questions on this page. The community may submit questions on this policy implementation by writing to globalsupport@icann.org 


  1. There were two recommendations that the Board did not fully adopt. This has initiated the discussion in GNSO Council and the EPDP Team on responses to the Board action. What if anything should the implementation team do to track, wait, or prepare for the outcome of these discussions?
    1. The implementation team’s authoritative direction is limited to the Board resolution and the recommendations adopted on 15 May 2019. There is no direction from the Board to wait for or make provision for the future potential change. Therefore, the implementation team will proceed with the implementation work as directed and only as directed.
  2. Is it anticipated that the items from the Phase I Final Report that were deferred to Phase II for further consideration will be part of this Consensus Policy, or will they be included in the implementation work for Phase II? 
    1. The work done in Phase 2 by the EPDP Team will result in recommendations in the Final Report for Phase 2. Those recommendations will require the Board to adopt them before implementation can be done. It is envisioned that the Phase 1 Implementation will be completed before the Board resolution for Phase 2 and therefore, the Phase 2 recommendations will result in a new implementation phase. If, however, the Phase 2 resolution is made before the Phase 1 implementation is completed, the implementation team could increase its work scope to accommodate the Phase 2 work for efficiency.
  3. Can we derive implementation requirements from purposes?
    1. The implementation team cannot derive new requirements from the purposes. That work has been done by the EPDP Team and the requirements were provided to us in a way of recommendations in the Final Report. The purposes, however, are good indicators of the EPDP Team's intent regarding requirements because the purposes underlie all of the recommended requirements that follow. There is only a requirement where there is a purpose; There can't be a requirement without a purpose to support it.
  4. Can we add or delete registration data elements during the Implementation Phase?
    1. Data Elements prescribed by the EPDP Team cannot be deleted by the Implementation Team nor new elements added. If such a change is required for implementation, it would need to go back to the GNSO Council for a direction and possibly the Board.
  5.  Are examples of domain names used in policy language?
    1. Yes. Examples are used for clarification as needed in the policy language. When used, they should be the names reserved for documentation purposes per RFC6761 (https://tools.ietf.org/html/rfc6761) such as “example.com.“, “example.net.“,  “example.org.“
  6. Why do we have “Definitions” sections in the policy language? Are the definitions intended solely for use as a reference to someone reading the Registration Data Policy or are they intended to have broader meaning outside these policy recommendations applicable to other policies and procedures?
    1. Some ICANN policies have definitions, while others do not. We believe that definitions are beneficial in this Registration Data Policy due to its length and complexity. The purpose of the definitions is to identify specific meanings for terms in the Policy, to avoid disputes about these after the Policy is implemented. The definitions are needed in this Policy to avoid ambiguity in interpretation, as well as to streamline the Policy. If terms are not defined in the definitions section, the language may need to be repeated in several sections of the Policy to explain the meanings of the terms; when specific terms are defined, they can be used as “shorthand” in the Policy requirements sections to make those sections easier to read and understand. The definitions to be included in this Policy will define terms for purposes o f this Policy only. They are intended to be consistent with how the words are used in the RA/RAA and other policies where applicable but don’t modify defined terms in other agreements/policies.



  • No labels