27 Registration Life Cycle
|gTLD||Full Legal Name||E-mail suffix||Detail|
We have engaged ARI Registry Services (ARI) to deliver services for this TLD. For more background please see attachment ‘Q27 – ARI Background & Roles.pdf’. This response describes the Registration Lifecycle as implemented by ARI.
The lifecycle described matches current gTLD registries. All states, grace periods and transitions are supported by the EPP protocol as described in RFC5730 - 5734& the Grace Period Mapping published in RFC3915. An overview is in attachment ‘Q27 – Registration Lifecycle.pdf’.
2. REGISTRATION PERIODS
The Registry supports registration up to 10 years and renewals for 1 to 10 years. Transfers extend registration by 1 year. The total validity period can’t exceed 10 years.
The states that a domain can exist in are: Registered, Pending Transfer, Redemption, Pending Restore & Pending Delete.
All domain name statuses (RFC 3915, 5730-5734 and 5910) are covered below
EPP Status: ok
In DNS: Yes
Allowed Operations: Update, Renew, Transfer (request) & Delete
The default state of a domain - No pending operations. The Sponsoring Registrar may update the domain.
3.2 PENDING TRANSFER
EPP Status: pendingTransfer
In DNS: Yes
Allowed Operations: Transfer (cancel, reject, approve)
another Registrar has requested transfer of the domain and it is not yet completed all transform operations, other than those to cancel, reject, or approve the transfer are rejected.
Allowed Operations:Restore (request)
Domain has been deleted. The sponsor may request restoration of the domain. The domain continues to be withheld from the DNS unless restored. No transform operations other than restore allowed.
3.4 PENDING RESTORE
Allowed Operations:Restore (report)
a restore request is pending. Sponsor must submit a restore report.The domain remains withheld from the DNS. No transform operations other than restore report allowed.
3.5 PENDING DELETE
the Redemption Grace Period has lapsed and the domain is pending purge from the Registry. This state prohibits the sponsor from updating, restoring or modifying the domainfor 5 days. At the end of this period the domain is purged and made available for registration.
4. GRACE PERIODS
The Registry system supports 4 grace periods: add, renew, auto-renew, and transfer, described below with consideration for overlap of grace periods. States described here are additional to thoseabove.
4.1 ADD GRACE PERIOD
Allows for the no-cost cancellation ofa domain to rectify errors within 5 days from registration.The following rules apply for operations during this period:
*Delete: Sponsoring Registrar may delete the domain with immediate effect and receive a refundsubject to the Add Grace Period Limits consensus policy.
* Renew: sponsormay renew the domain and is charged for the operation. The total period is extended by the renewal term, limited to 10 yr maximum.
* Transfer: The Registry system rejects transfersin the first 60 days after the initial registration as per ICANN Policy.
* Bulk Transfers: A bulk transfer is permitted during the Add Grace Period as per ICANN policy, and causes the Add Grace Period to not apply.
4.2 RENEW GRACE PERIOD
Allows the Sponsoring Registrar to undo a renewal within 5 days of the renewal command.The following rules apply for operations during this period:
* Delete: Sponsoring Registrarmay delete the domain and receive a refund. The extension caused by the preceding renew is reversed and unless the domain is also in the Add Grace Period, the domain enters the Redemption state. If in the Add Grace Period it is deleted with immediate effect and available for registration.
* Renew: sponsor can renew a domain again and is charged for the operation, causing a second independent Renewal Grace Period to start. The total period is extended by the renewal term, limited to 10 yr maximum.
* Transfer: an approved transfer command ends the current Renew Grace Period without a refund and begins a Transfer Grace Period.
* Bulk Transfers: cause the Renew Grace Period to end without a refund, consequently registration periods are not changed.
4.3 AUTO-RENEW GRACE PERIOD
Allows for domains to remain in the DNS past expiration giving time for the Registrar to obtain renewal confirmation from the Registrant.
This period lasts for 45 days after expiration. The following rules apply for operations during this period:
* Delete: the Registrar, may delete the domain and receive arefund. The domain enters the Redemption state.
* Renew: the Registrar can renew a domain again and is charged for the operation, causing a second independent Renewal Grace Period to start. The total period is extended by the renewal term, limited to 10 yr maximum.
* Transfer: an approved transfer command ends the current Auto-Renew Grace Period with a refund to the losing Registrar and begins a Transfer Grace Period. The registration period auto-renew extension is reversed and the registration is extended by the period specified in the transfer.
* Bulk Transfers: bulk transfers cause the Auto-Renew Grace Period to end without a refund consequently registration periods are not changed.
4.4 TRANSFER GRACE PERIOD
Transfer Grace Period allows the Sponsoring Registrar to undo the registration period extension (due to a transfer command), via the deletion of a domain within 5 calendar days. The following rules apply for operations during this period:
* Delete: the Registrar may delete the domain and receive a transfer fee refund. The extension to the registration period of the preceding transfer is reversed and the Redemption state is entered.
* Renew: the Registrar can renew the domain causing a Renewal Grace Period to begin. The Registrar is charged and thetotal period is extended by the renewal term, limited to 10 yr maximum
* Transfer: The Registry system rejects transfersin the first 60 days after the initial registration as per ICANN Policy.Special situations requiringa transfer back to the losing Registrar are dealt with case by case manually.
* Bulk Transfers: bulk transfers cause the Transfer Grace Period to end without a refund; consequently registration periods are not changed.
The Transfer Grace Period does not have any impact on other commands.
4.5 REDEMPTION GRACE PERIOD
RGP Status:as described in Redemption state
Redemption Grace Period refers to the period of time the domain spends in the Redemption state, starting after a domain is deleted. The Redemption state description provides information on operations during this period.
4.6 OVERLAP OF GRACE PERIODS
The 4 possible overlapping grace periods are:
* Add Grace Period with 1 or more Renew Grace Periods.
* Renew Grace Period with 1 or more other Renew Grace Periods.
* Transfer Grace Period with 1 or more Renew Grace Periods.
* Auto-Renew Grace Period with 1 or more Renew Grace Periods.
These are treated independently with respect to timelines however action that is taken has the combined effects of all grace periods still current.
4.6.1 TRANSFER CLARIFICATION
If several billable operations, including a transfer, are performed on a domain and it is deleted in the operations’ grace periods, only those operations performed after⁄including the latest transfer are eligible for refund.
5.1. AVAILABLE 〉 REGISTERED
Triggered by the receipt of a create command to register the domain. The Sponsoring Registrar is charged for the creation amount. this transition begins the Add Grace Period.
5.2 REGISTERED 〉 PENDING TRANSFER
Triggered by the receipt of a request transfer command. The transfer must result in domain registration extension— the gaining Registrar is charged for the transfer. Requests to transfer the domain within 60 days of creation or a previous transfer are rejected.
5.3 PENDING TRANSFER 〉 REGISTERED
Triggered by 1 of 4 operations:
*Cancel: the Gaining Registrar may cancel a transfer
*Reject: the Losing Registrar may reject the transfer
*Approve: the Losing Registrar may approve the transfer.
*Auto-Approve: If after 5 days, no action has been taken, the system approves the transfer.
Incase of Cancel⁄Reject.The Gaining Registrar is refunded the transfer fee. The registration period remains unchanged and all grace periods existing at the time of transfer request remain in effect if not elapsed.
Incase of Approve ⁄ Auto-Approve if the transfer was requested during the Auto-Renew Grace Period, the extension to the registration period is reversed and the Losing Registrar is refunded the auto-renew. The registration period is extended by the amount specified. This begins the Transfer Grace Period.
5.4 REGISTERED 〉 DELETED
On receipt of a delete command if the domain is in the Add Grace Period, it is purged from the Database and immediately available for registration.
5.5 REGISTERED 〉 REDEMPTION
On receipt of a delete command if the domain is not in the Add Grace Period, it transitions to the Redemption Period state and all grace periods in effect are considered.
5.6 REDEMPTION 〉 PENDING RESTORE
On receipt of a restore command if the Redemption Period has not lapsed, the domain transitions to the Pending Restore state. The Sponsoring Registrar is charged a fee for the restore request.
5.7 PENDING RESTORE 〉 REGISTERED
During the Pending Restore period the Sponsoring Registrar may complete the restore via a restore report containing the Whois information — submitted prior to the deletion, the Whois information at the time of the report, and the reason for the restoration.
5.8 PENDING RESTORE 〉 REDEMPTION
Seven calendar days after the transition to the Pending Restore state, if no restore report is received the domain transitions to the Redemption state, which begins a new redemption period. The restore has no refund.
5.9 Redemption 〉 Pending Delete
Thirty calendar days after the transition to the Redemption state, if no restore request is received the domain transitions to the Pending Delete state.
5.10 PENDING DELETE 〉 DELETED
Five calendar days after the transition to the Pending Delete state, the domain is removed from the Database and is immediately available for registration.
Locks may be applied to the domain to prevent specific operations. The Sponsoring Registrar may set the locks prefixed with ‘client’ while locks prefixed with ‘server’ are added and removed by the Registry Operator. Locks are added and removed independently but they can be combined to facilitate the enforcement of higher processes, such as ‘Registrar Lock’, and outcomes required as part of UDRP. All locks are compatible with EPP RFCs. The available locks are:
*clientDeleteProhibited, serverDeleteProhibited - Requests to delete the object are rejected: – clientHold, serverHold - : DNS information is not published
*clientRenewProhibited, serverRenewProhibited - : Requests to renew the object are rejected. Auto-renew is allowed
*clientTransferProhibited, serverTransferProhibited - : Requests to transfer the object are rejected
*clientUpdateProhibited, serverUpdateProhibited - : Requests to update the object are rejected, unless the update removes this status
7. TYPICAL REGISTRATION LIFECYCLE
A typical domain is provisioned immediately on registration. The domain name may be updated over its lifetime to reflect changes in contact or delegation information. The domain name will remain active in the registry by automatic renewals once the registration period has lapsed however Registrars may elect to explicitly renew the domain before the automatic renewal or to extend the registration period by more than one year. The registrar may delete the domain following non-payment or request from the registrant resulting in the immediate removal from the DNS. A time-delayed set of server events will result in the purging of the name from the registry database if the name is not restored during a 30-day redemption period.
8. SPECIAL CONSIDERATIONS
8.1 ICANN-APPROVED BULK TRANSFERS
ICANN-Approved Bulk Transfers performed in accordance with Part B of the Inter-Registrar Transfer Policy do not follow the typical transfer lifecycle. Existing grace periods are invalidated and no refunds are credited to the Losing Registrar. The prohibition of transfer period on domains created or transferred within 60 days does not apply.
8.2 UNIFORM RAPID SUSPENSION
In the Uniform Rapid Suspension (URS) process, as described in the ‘gTLD Applicant Guidebook’the following modification to the above processes is required.
Remedy allows for the addition of a year to the registration period, limited to the 10 year maximum. During this time no transform operations may be performed other than to restore the domain as allowed by Appeal. At the expiration of the registration period the domain is not automatically renewed, but proceeds to the Redemption state as per the lifecycle described above, and it is not eligible for restoration.
The update command does not impact the state of the domain through the Registration Lifecycle, however the command can be used to add and remove delegation information, which changes the DNS state of the domain.
This function will be performed by the following ARI departments:
* Products and Consulting team (7 staff)
* Development Team (11 staff)
the following departments outsourced to the Directi Group:
*Abuse and Compliance Team (20 staff)
ARI’s Registry performs all time-based transitions automatically and enforces all other business rules — without requiring human resources for normal operation. If changes to the automatic behaviours or restrictions enforced by the policy system are required, ARI has a development team for this.
Domain Name Lifecycle aspects requiring human resources to manage are included in the ARI outsourcing include:
* Processing Add Grace Period exemptions as requested by Registrars.
* Processing restore reports provided by Registrars.
* Meeting the Registry Operators obligations under ICANN’s Transfer Dispute Policy.
* Performing exception processing in the case of approved transfers during the 60 day transfer prohibition window.
The Products and Consulting team is responsible for product management of the Registration Lifecycle, including working with clients and the industry to identify new features or changes required to the system.
The automated aspects of the Registration lifecycle are supported by ARI’s Domain Name Registry software. ARI has a development team for maintenance and improvement of the software
Most manual tasks fall to the Abuse and Compliance teams of the Directi Group, with staff experienced in development of policy for policy rich TLD environments. They have the required legal and industry background to perform this function.
The Compliance team outsourced to the Directi Group is responsible for any abuse of the registration policies within .Movie and supervising the role of any external agency involved in validation
A detailed list of the departments, roles and responsibilities in ARI is provided as attachment ‘Q27 – ARI Background & Roles.pdf’. This attachment describes the functions of the above teams and the exact number and nature of staff within.A detailed list of the Abuse and Compliance desk ofDirecti is provided in Q28.
ARI provides registry backend services to 5 TLDs and has a vastwealth of experience in estimating the number of resources required to support a Registry System.
Based on past experience ARI estimates that the existing staff is adequate to support a Registry System that is supporting at least 50M domains. Since .Movie projects 12,264 domains, 0.025% of these resources are allocated to this TLD. See attachment ‘Q27 - Registry Scale Estimates & Resource Allocation.xlsx’ for more information.
ARI protects against loss of critical staff by employing multiple people in each role. Staff members have a primary role plus a secondary role for protection against personnel absence. Additionally ARI can scale resources as required.Additional trained resources can be added to any of the above teams with a 2 month lead time.
The Directi Groupis protected against loss of staff due to its scale of operations. This is described in further detail in Q39
The usage of the ARI’s staff and Registry Systems is included in our contract with ARI attached to Q46. This cost is shown in the financial answers.
The usage of Directi Group’s staff is included in our contract with Directi attached to Q46. This cost is shown in the financial answers.
This completes our response to Q27.
Similar gTLD applications: (30)
|gTLD||Full Legal Name||E-mail suffix||z||Detail|
|.play||Entertainment TLD Inc.||radixregistry.com||-3.89||Compare|
|.chat||IM TLD Inc.||radixregistry.com||-3.89||Compare|
|.blog||Personals TLD Inc.||radixregistry.com||-3.81||Compare|
|.doctor||DotMedico TLD Inc.||radixregistry.com||-3.68||Compare|