Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

ALAC Observers: Chokri Ben Romdhane, Hans Bathija, K Mohan Raidu, Sivasubramanian Muthusamy

SeeResources: 

Transfer Policy seen by Registrants

This chapter is intended to be present as a separate document to the PDP process. It should describe the position of the domain name holder (registrant) in the process of a domain transfer or owner change.

Visible Roles and Communication

The registrant does have a contract with his reseller, which does all the work on the domain name for him. In some case the reseller works also as the DNS-operator, in other cases DNS is self-hosted by the registrant (end customer).

The registrant usually does not know which registrar is handling the domain registration and who is running the registry and/or the RDDS-database. All communication is done via the reseller. Hence any communication bypassing the reseller may cause confusion or is completely lost, unless the reseller is informing the registrant beforehand. That's why any policy should state clearly, which direct communication may occur in which situation, so that the reseller is able to attract the registrants attention to it early and clearly.

The registrant is not allowed to verify it's own RDDS entry by himself. Registrant relies on the reseller on this subject. Maybe there should be a policy to gain access to the full record for the registrant by a standardized method provided directly by the registry.

Inter-Registrar Transfer

Process description as seen by the registrant

Authinfo-Code

Gaining FOA

Losing FOA

Risk of lost authinfo-codes

Transfer to wrong registrar (content of losing FOA)

Change of Registrant (aka Owner Change/COR)

Notification about changes

Verify of correct current data

Loss of domain due to fraudulent change of ownership by the reseller

60 day lockdown period

  • Survey responses and data provided by ICANN’s Global Support Center indicate that registrants do not understand the 60-day lock and express frustration when it prevents them from completing an inter-registrar transfer. (Information given in the Charter)
  • Redline Transfer Policy Review Initial Report (2022-02Feb-15)
  • Update from the GNSO-TPR meeting on 8 August 2023 
    • Minutes from the GNSO-TPR meeting on August 8, 2023

      The GNSO-TPR WG discussed the potential expansion of BTAPPA or Transfer Policy around Resellers/Service Providers. BTAPPA is a Registry Service and it is beneficial in situations where one ICANN-accredited registrar purchases (the "Gaining registrar"), by means of a stock or asset purchase, merger or similar transaction, a portion, but not all, of another ICANN accredited registrar's domain name portfolio ( "Losing Registrar") or where a Gaining Registrar receives a request from a registrant to transfer a significant number of its domain names from a Losing Registrar to such Gaining Registrar.

      It is worth mentioned that not all gTLDs have enabled BTAPPA. BTAPPA can be requested by the Registry Operator using RSEP.

      BTAPPA is initiated by the registrar - not by the registrant (as in an ordinary inter-registrar transfer).

      When completed, the status of each domain name is not changed (expiredate, nameservers etc) and there is no fee being passed on to the Registrant due to the BTAPPA.

      From an end-user view, it is of importance that the Registrant has the same rights and obligations when there is a change of sponsorship (change of registrar) for his/her domain name. The WG also discussed if the BTAPPA would include a transfer lock for each domain name when executed.

      At-Large will pay attention and voice if any change in the BTAPPA policy results in changes for the Registrant. SInce the BTAPPA is NOT initiated by the Registrant, no changes (transfer lock etc) should be added.

      There are no statistics of the volume of BTAPPA since this is to be seen as a business agreement between the Registry Operaor and the gaining and losing Registrars.

Statement Workspaces: 

View file
nameUpdate on the GNSO Transfer Policy Review Policy Development Process (PDP).pdf
height250

View file
namePre-ICANN73 GNSO Policy Transfer PDP.pdf
height250
COR of Privacy-/proxy registrations