Back

27 Registration Life Cycle

gTLDFull Legal NameE-mail suffixDetail
.AMPAMP Limitedrodenbaugh.comView
This TLD operates with a single registrant policy and only offers one year registration and renewal periods. The KSR platform, however, is also supporting the handling of multiple year periods, as is it capable of managing multiple registrars, as described in the following.

A. Registration Life Cycle Periods

The registration life cycle of a domain name includes the following periods: available, add-grace period, registered, expired, auto-renew grace period, redemption grace period, pending delete, and released. This life cycle offers the possibility for different business cases, such as domain auctioning, drop catching, and domain tasting. As this TLD operates with a single registrant policy, neither auctioning, drop catching, nor domain tasting is expected to take place. It also includes the domain deletion excess fee in order to avoid massive abuse of the add-grace period. The complete registration life cycle is shown in attached fig. Q27_Figure1.1.pdf.

A.1 Available

The domain name is available for registration. Each registrar can register the domain name using a create domain command. The first registrar which submits the domain registration order and has sufficient funding will receive the domain name. After the successful registration of the domain name, the add-grace period will begin. An available domain name cannot be transferred, deleted, updated, or restored and will not be included in the zone file.

A.2 Add-Grace Period (AGP)

The AGP starts after the successful registration of the domain name and lasts for five days. During this period the registrar can submit a delete domain command to delete the domain name and will receive a complete refund of the registration fee. This refund does not include non-refundable fees of the registration process. However, the AGP follows the Internet Corporation for Assigned Names and Numbers (ICANN) AGP consensus policy to charge the registrar for excessive deletion activity during this period. During the AGP, the domain name is considered registered and therefore offers the same possibilities available during the registered period described below. A domain name in the AGP is included in the zone file and may not be transferred. The registrar license and agreement prohibits a domain name holder from changing registrars within the first 60 days of the initial registration, enforced by the SRS. If a domain name is renewed during this period and then subsequently deleted, the owning registrar will only receive a refund for the initial registration fee.

A.3 Registered

A domain name can be registered for a period of one to ten years. During this period the domain name can be transferred to another registrar using the transfer domain command if the requesting registrar has sufficient funding to pay the transfer domain fee. The transfer of a domain name will extend the registration period for one year, but cannot exceed ten years total registration period. The domain name can be renewed any time by the owning registrar using the renew domain command if the owning registrar has enough funding for the domain renewal fee. However, the maximum registration period of ten years can never be exceeded. A registered domain name is included in the zone file if associated with any host objects.

A.4 Expired

If the domain name passes its expiration date without being renewed by the owning registrar, the domain name will enter the auto-renew grace period. An expired domain name is included in the zone file if associated with any host objects.

A.5 Auto-Renew Grace Period (ARGP)

During this period the owning registrar has the possibility to delete the domain name using the delete domain command and receive a refund of the domain renewal fee. The ARGP lasts for 45 days. A transfer to another registrar is possible if the requesting registrar has enough funding for the domain transfer fee. A transfer process will extend the domain registration period for one year, but cannot exceed ten years total registration period. If the registration period is already ten years, the transfer will not extend the registration period. After 45 days without a renewal, the domain name will enter the redemption-grace period. During the ARGP the domain name will still be in the zone file if associated with any host objects.

A.6 Redemption Grace Period (RGP)

If a domain name enters the RGP it will be excluded from the zone file and the domain name will no longer resolve. During this period no renewal, transfer, or new registration of the domain name is possible. The RGP lasts for 30 days. During this time the owning registrar can restore the domain name. The registrar can submit an extended update domain command (restore) to reactivate the domain name if the registrar has enough funding for the restore domain fee. If a domain is restored it will enter the registered status with a registration period of one year. It will be included into the zone file with the associated host objects that were used before entering the redemption grace period. If a domain name passes the 30 days of redemption grace period (75 days total after expiration) the domain name will enter the pending delete period and can no longer be restored.

A.7 Pending Delete

In the pending delete period the domain name is set for deletion. The period lasts for five days and prohibits any process from occurring regarding the domain name. It will not be included in the zone file. After five days the domain name will be released and available for new registration through a valid domain registration order.

A.8 Released

The domain name is deleted from the SRS and enters the available period. The domain name will be immediately available for registration to all registrars.


B. Domain Name Operations

B.1 Create Domain

A registrar uses the create command to register a domain name. Before a domain name can be created the registrar should use the check command to determine if the domain name is available. The domain name will be registered for the period specified by the registrar. This period may be from one to ten years (the default is one year). Upon registration of a domain name the registrarʹs credit is immediately debited by the registration fee multiplied by the number of years requested. The registry operator may also add an initial setup fee for a new registration. To be included into the zone file, the domain name must have at least two but no more than thirteen name servers. The registrant may add an authentication code for the domain during the creation or a randomly generated authentication code will be set for the domain name.

B.2 Delete Domain

The delete domain command allows the owning registrar of the domain name to delete it. A request to delete a domain name will cause all child name servers of the domain name to also be deleted. A domain must not be deleted if it has child name servers hosting other domains. When a domain name is deleted outside of the AGP it goes into the redemption-grace period status for 30 days. When a domain name is deleted within the AGP it is deleted immediately from the SRS and the zone file and will be available for a new registration.

B.3 Transfer Domain

The transfer process begins when a registrar initiates a transfer with a transfer domain command, the correct authentication code, and sufficient funding in his account for the transfer domain fee. The domain will be flagged in the SRS as being requested for transfer (“pendingTransfer” status). The current registrar has five calendar days to approve or reject the transfer request. If the losing registrar explicitly approves the request the domain is transferred and one year is added to the expiration date. However, the registration period cannot exceed ten years total and will be capped at a maximum of ten years. If the losing registrar explicitly denies the request, then the transfer is immediately canceled and the requesting registrar will receive a refund of the transfer fee. If the gaining registrar mistakenly sends a transfer request, they may cancel the request as long as the transfer is pending. In this case the requesting registrar receives a refund of the transfer fee. Once one of these three actions is complete the SRS creates a poll message to all participating registrars for the domain name. If no action is taken within five days, the request is automatically approved by the SRS batch system. Once a transfer is requested the losing registrar has the response options to reject, approve, or do nothing (auto approve). After the successful transfer of a domain name the old authentication code will be replaced with a new randomly generated authentication code.

B.4 Update Domain

The update command enables the owning registrar of the domain name to perform four different update operations on the domain name: Update the name servers, the authentication code, the associated contacts, and the statuses of a domain name. Possible statuses that can be updated include “clientHold”, “clientDeleteProhibited”, “clientUpdateProhibited”, “clientTransferProhibited”, and “clientRenewProhibited”. If an update command removes all name servers of a domain name, it will no longer be included in the zone file and will receive the status “inactive”.

B.5 Renew Domain

The renew domain command allows the registrar of the domain name to extend the registration period if they have enough funds for the renew domain fee multiplied by the number of years the registration period will be extended. For this TLD only one year renewals will be offered. The request for a renewal should contain the period to identify the number of years to be added to the registration period. If not provided, the SRS uses a default value of one year. The renewal request should contain the current expiration date to ensure that the domain name will not be renewed multiple times if the request was submitted multiple times due to connection problems between the SRS and the registrar. If no expiration date is given, the SRS will automatically use the current expiration date as the default value. The SRS will renew the domain name for the period specified by the registrar and returns the new registration expiration date.

B.5 Restore Domain

The restore domain command enables a registrar to restore a deleted domain name after the AGP. In order to successfully restore a domain, the registrar must submit a restore domain command and have sufficient funding for the restore domain fee. The restore operation adds the “pendingRestore” status to the domain name until completion of the request. A successful restore will extend the registration period of the domain name by one year but is capped at a total registration period of ten years. After the restore operation, the domain name will be added back into the zone file as long as there is at least one name server and no “clientHold” or “serverHold” status associated. If the restore operation fails, the domain will stay in the RGP until it enters the pending delete period and the registrar will receive a refund of the restore domain fee.


C. Domain Name Statuses

To ensure the registration domain life cycle there are several domain statuses that can be seen by everyone using the RDDP (WHOIS) or by any registrar using the extensible provisioning protocol (EPP). These statuses are very important in identifying the current period a domain name is in, or identifying the problems a registrar can encounter while managing a domain name (e.g. a failing transfer request caused by a “serverTransferProhibited” status). A foreign registrar may also be interested in the statuses of a domain name to identify when a specific domain name will be available for registration again (drop catching). Domain name statuses include EPP and RGP domain name statuses as referenced in RFC 3915. Depending on the life cycle period of a domain name, it can have an EPP and a RGP status at the same time. In some cases these two statuses can be different.

These domain statuses are compliant with the RFCs 3915, 5730-5734, and 5910. The domain statues are:

- addPeriod
- autoRenewPeriod
- inactive
- ok
- pendingRestore
- pendingDelete
- pendingTransfer
- redemptionPeriod
- serverDeleteProhibited
- serverHold
- serverRenewProhibited
- serverTransferProhibited
- serverUpdateProhibited

All server statuses are always set by the SRS. However, the owning registrar also has the ability to assign statuses to a domain name, offering the same functionality as the server statuses. These statuses are:

- clientDeleteProhibited
- clientHold
- clientRenewProhibited
- clientTransferProhibited

A domain name may have more than one status at a time, but must have at least one status. Some statuses prohibit other statuses on the same domain name.

C.1 ok

This is the default status of a domain name that has no operations or prohibitions. This value is set and removed by the SRS system as other status values are added or removed and cannot be combined with any other status. The SRS sets this status upon initial creation. A domain name with this status may be updated with any “client” statuses and will be included in the zone file if there is at least one name server associated with it.

C.2 inactive

If the delegation information has not been associated with the domain name, this status is applied. This is the default status when a domain name has no associated host objects for the DNS delegation. This status will be set by the SRS when all host-object associations are removed.

C.3 clientHold

The owning registrar may set the domain name to this status to prevent the domain name from being included in the zone file.

C.4 clientUpdateProhibited

If a domain name status is “clientUpdateProhibited” it cannot be updated using an update domain command. The name servers, authentication code, contacts, and other statuses of the domain name cannot be updated until this status is removed.

C.5 clientTransferProhibited

The owning registrar can set this status to a domain name to prevent any other registrar from successfully requesting a transfer for this domain name.

C.6 clientDeleteProhibited

If a domain name status is “clientDeleteProhibited”, it cannot be deleted from the SRS using the delete domain command. The domain can still expire after the registration period has passed.

C.7 clientRenewProhibited

If a domain name status is “clientRenewProhibited”, it cannot be renewed explicitly by the registrar using the renew domain command. It can still be automatically renewed by the SRS batch system if the owning registrar has set the renewal mode of the domain name to auto renew.

C.8 serverHold

The SRS administrator may set the domain name to this status to exclude it from the zone file.

C.9 serverUpdateProhibited

The SRS may set the domain name to this status to prevent any updates using the update domain command. The name servers, authentication code, contacts, and the domain name statuses cannot be updated until this status is removed.

C.10 serverTransferProhibited

The SRS may set the domain name to this status to prevent any registrar from successfully requesting a transfer for this domain name.

C.11 serverDeleteProhibited

The SRS may set the domain name to this status. If a domain name status is “serverDeleteProhibited” it cannot be deleted from the SRS using the delete domain command. This status is slightly different from the “clientDeleteProhibited” as the domain will not even be deleted after the redemption-grace period.

C.12 serverRenewProhibited

The SRS may set the domain name to this status. If a domain name status is “serverRenewProhibited”, it cannot be explicitly renewed by the owning registrar using the renew domain command. It can still be automatically renewed by the SRS batch system.

In addition, the SRS batch system may set the RGP pending period statuses as listed below. In EPP, the RGP pending period statuses are represented as substatuses of the EPP statuses.

C.13 redemptionPeriod

The SRS sets the domain name to this status when a domain is deleted after the AGP. Only the restore domain operation is allowed on a domain with the “redemptionPeriod” status.

C.14 pendingRestore

The SRS sets the domain name to this status when a restore is requested. If a domain name status is “pendingRestore”, then no additional restore request can be successfully submitted.

C.15 pendingDelete

The SRS sets the domain name to this status once it has been in “redemptionPeriod” for 30 days. A domain name remains on “pendingDelete” status for five days before it is finally deleted from the SRS.

C.16 pendingTransfer

The “pendingTransfer” status is automatically set when a domain transfer is requested by a registrar. A domain name remains in “pendingTransfer” status until the transfer is approved, automatically approved through the SRS batch system, rejected, or canceled by the requesting registrar.

C.17 addPeriod

This period is entered after the initial registration of a domain name. If the domain name is deleted by the owning registrar during this period he will receive a refund of the domain registration fee in compliance with ICANNʹs AGP consensus policy.

C.18 autoRenewPeriod

This period is set after a domain name registration period expires and is renewed automatically by the SRS. If the domain name is deleted by the owning registrar during this period he will receive a refund of the domain renewal fee.


D. Reserved Premium Domain Names

The registry operator reserves the option to define specific domain names as reserved or premium domain names. These domain names will be in compliance with the described registration life cycle with the addition of a manual registration process through the registry operator support and legal team. Special fees may be accounted for those domain names to reflect manual processing.


E. Roles

The table in attached fig. Q27_Figure5.1.pdf shows how the roles described below are planned for the SRS system.

As the resources are shared among the TLDs operated through the KSR, they are not dedicated exclusively only to one SRS project. The columns contain the number of human resources available for this role and the percentage of all people who are working for this specific gTLD. The entire registration life cycle process is fully automated by the SRS batch system. This process monitors all actions and problems regarding the registration life cycle and creates automated reports for the registrars and the registry operator.

Support Role

The support role of the registry operator will review these reports. If there is a logical problem, an engineer will be assigned to solve the problem. The support may manually correct or influence the life cycle of a domain name if necessary. The registry operatorʹs support role will also take care of any submitted registrar problems regarding the registration life cycle, either through the telephonic support or the ticket system.

Legal Role

All legal issues and dispute cases will be manually reviewed and processed by the legal role of the registry operator in compliance with the registry operatorʹs policy. The legal role may manually correct or influence the life cycle of a domain name if necessary.

Administration Role

The ticket system and the telephone system where the registrars submit their problem requests will be set up and maintained by the administrators.

Designated Engineering Role

Each technical issue that is assigned by a supporter will be reviewed and solved by an engineer. Another task of the engineering role is the development of the tools that enable the support and legal roles to influence and maintain the domain life cycle.


F. List of Attachments

- Q27_Figure1.1.pdf
- Q27_Figure5.1.pdf
gTLDFull Legal NameE-mail suffixDetail
.ksbKSB Aktiengesellschaftthomsentrampedach.comView
This TLD operates with a single registrant policy and only offers one year registration and renewal periods. The KSR platform, however, is also supporting the handling of multiple year periods, as is it capable of managing multiple registrars, as described in the following.

A. Registration Life Cycle Periods

The registration life cycle of a domain name includes the following periods: available, add-grace period, registered, expired, auto-renew grace period, redemption grace period, pending delete, and released. This life cycle offers the possibility for different business cases, such as domain auctioning, drop catching, and domain tasting. As this TLD operates with a single registrant policy, neither auctioning, drop catching, nor domain tasting is expected to take place. It also includes the domain deletion excess fee in order to avoid massive abuse of the add-grace period. The complete registration life cycle is shown in attached fig. Q27_Figure1.1.pdf.

A.1 Available

The domain name is available for registration. Each registrar can register the domain name using a create domain command. The first registrar which submits the domain registration order and has sufficient funding will receive the domain name. After the successful registration of the domain name, the add-grace period will begin. An available domain name cannot be transferred, deleted, updated, or restored and will not be included in the zone file.

A.2 Add-Grace Period (AGP)

The AGP starts after the successful registration of the domain name and lasts for five days. During this period the registrar can submit a delete domain command to delete the domain name and will receive a complete refund of the registration fee. This refund does not include non-refundable fees of the registration process. However, the AGP follows the Internet Corporation for Assigned Names and Numbers (ICANN) AGP consensus policy to charge the registrar for excessive deletion activity during this period. During the AGP, the domain name is considered registered and therefore offers the same possibilities available during the registered period described below. A domain name in the AGP is included in the zone file and may not be transferred. The registrar license and agreement prohibits a domain name holder from changing registrars within the first 60 days of the initial registration, enforced by the SRS. If a domain name is renewed during this period and then subsequently deleted, the owning registrar will only receive a refund for the initial registration fee.

A.3 Registered

A domain name can be registered for a period of one to ten years. During this period the domain name can be transferred to another registrar using the transfer domain command if the requesting registrar has sufficient funding to pay the transfer domain fee. The transfer of a domain name will extend the registration period for one year, but cannot exceed ten years total registration period. The domain name can be renewed any time by the owning registrar using the renew domain command if the owning registrar has enough funding for the domain renewal fee. However, the maximum registration period of ten years can never be exceeded. A registered domain name is included in the zone file if associated with any host objects.

A.4 Expired

If the domain name passes its expiration date without being renewed by the owning registrar, the domain name will enter the auto-renew grace period. An expired domain name is included in the zone file if associated with any host objects.

A.5 Auto-Renew Grace Period (ARGP)

During this period the owning registrar has the possibility to delete the domain name using the delete domain command and receive a refund of the domain renewal fee. The ARGP lasts for 45 days. A transfer to another registrar is possible if the requesting registrar has enough funding for the domain transfer fee. A transfer process will extend the domain registration period for one year, but cannot exceed ten years total registration period. If the registration period is already ten years, the transfer will not extend the registration period. After 45 days without a renewal, the domain name will enter the redemption-grace period. During the ARGP the domain name will still be in the zone file if associated with any host objects.

A.6 Redemption Grace Period (RGP)

If a domain name enters the RGP it will be excluded from the zone file and the domain name will no longer resolve. During this period no renewal, transfer, or new registration of the domain name is possible. The RGP lasts for 30 days. During this time the owning registrar can restore the domain name. The registrar can submit an extended update domain command (restore) to reactivate the domain name if the registrar has enough funding for the restore domain fee. If a domain is restored it will enter the registered status with a registration period of one year. It will be included into the zone file with the associated host objects that were used before entering the redemption grace period. If a domain name passes the 30 days of redemption grace period (75 days total after expiration) the domain name will enter the pending delete period and can no longer be restored.

A.7 Pending Delete

In the pending delete period the domain name is set for deletion. The period lasts for five days and prohibits any process from occurring regarding the domain name. It will not be included in the zone file. After five days the domain name will be released and available for new registration through a valid domain registration order.

A.8 Released

The domain name is deleted from the SRS and enters the available period. The domain name will be immediately available for registration to all registrars.


B. Domain Name Operations

B.1 Create Domain

A registrar uses the create command to register a domain name. Before a domain name can be created the registrar should use the check command to determine if the domain name is available. The domain name will be registered for the period specified by the registrar. This period may be from one to ten years (the default is one year). Upon registration of a domain name the registrarʹs credit is immediately debited by the registration fee multiplied by the number of years requested. The registry operator may also add an initial setup fee for a new registration. To be included into the zone file, the domain name must have at least two but no more than thirteen name servers. The registrant may add an authentication code for the domain during the creation or a randomly generated authentication code will be set for the domain name.

B.2 Delete Domain

The delete domain command allows the owning registrar of the domain name to delete it. A request to delete a domain name will cause all child name servers of the domain name to also be deleted. A domain must not be deleted if it has child name servers hosting other domains. When a domain name is deleted outside of the AGP it goes into the redemption-grace period status for 30 days. When a domain name is deleted within the AGP it is deleted immediately from the SRS and the zone file and will be available for a new registration.

B.3 Transfer Domain

The transfer process begins when a registrar initiates a transfer with a transfer domain command, the correct authentication code, and sufficient funding in his account for the transfer domain fee. The domain will be flagged in the SRS as being requested for transfer (“pendingTransfer” status). The current registrar has five calendar days to approve or reject the transfer request. If the losing registrar explicitly approves the request the domain is transferred and one year is added to the expiration date. However, the registration period cannot exceed ten years total and will be capped at a maximum of ten years. If the losing registrar explicitly denies the request, then the transfer is immediately canceled and the requesting registrar will receive a refund of the transfer fee. If the gaining registrar mistakenly sends a transfer request, they may cancel the request as long as the transfer is pending. In this case the requesting registrar receives a refund of the transfer fee. Once one of these three actions is complete the SRS creates a poll message to all participating registrars for the domain name. If no action is taken within five days, the request is automatically approved by the SRS batch system. Once a transfer is requested the losing registrar has the response options to reject, approve, or do nothing (auto approve). After the successful transfer of a domain name the old authentication code will be replaced with a new randomly generated authentication code.

B.4 Update Domain

The update command enables the owning registrar of the domain name to perform four different update operations on the domain name: Update the name servers, the authentication code, the associated contacts, and the statuses of a domain name. Possible statuses that can be updated include “clientHold”, “clientDeleteProhibited”, “clientUpdateProhibited”, “clientTransferProhibited”, and “clientRenewProhibited”. If an update command removes all name servers of a domain name, it will no longer be included in the zone file and will receive the status “inactive”.

B.5 Renew Domain

The renew domain command allows the registrar of the domain name to extend the registration period if they have enough funds for the renew domain fee multiplied by the number of years the registration period will be extended. For this TLD only one year renewals will be offered. The request for a renewal should contain the period to identify the number of years to be added to the registration period. If not provided, the SRS uses a default value of one year. The renewal request should contain the current expiration date to ensure that the domain name will not be renewed multiple times if the request was submitted multiple times due to connection problems between the SRS and the registrar. If no expiration date is given, the SRS will automatically use the current expiration date as the default value. The SRS will renew the domain name for the period specified by the registrar and returns the new registration expiration date.

B.5 Restore Domain

The restore domain command enables a registrar to restore a deleted domain name after the AGP. In order to successfully restore a domain, the registrar must submit a restore domain command and have sufficient funding for the restore domain fee. The restore operation adds the “pendingRestore” status to the domain name until completion of the request. A successful restore will extend the registration period of the domain name by one year but is capped at a total registration period of ten years. After the restore operation, the domain name will be added back into the zone file as long as there is at least one name server and no “clientHold” or “serverHold” status associated. If the restore operation fails, the domain will stay in the RGP until it enters the pending delete period and the registrar will receive a refund of the restore domain fee.


C. Domain Name Statuses

To ensure the registration domain life cycle there are several domain statuses that can be seen by everyone using the RDDP (WHOIS) or by any registrar using the extensible provisioning protocol (EPP). These statuses are very important in identifying the current period a domain name is in, or identifying the problems a registrar can encounter while managing a domain name (e.g. a failing transfer request caused by a “serverTransferProhibited” status). A foreign registrar may also be interested in the statuses of a domain name to identify when a specific domain name will be available for registration again (drop catching). Domain name statuses include EPP and RGP domain name statuses as referenced in RFC 3915. Depending on the life cycle period of a domain name, it can have an EPP and a RGP status at the same time. In some cases these two statuses can be different.

These domain statuses are compliant with the RFCs 3915, 5730-5734, and 5910. The domain statues are:

- addPeriod
- autoRenewPeriod
- inactive
- ok
- pendingRestore
- pendingDelete
- pendingTransfer
- redemptionPeriod
- serverDeleteProhibited
- serverHold
- serverRenewProhibited
- serverTransferProhibited
- serverUpdateProhibited

All server statuses are always set by the SRS. However, the owning registrar also has the ability to assign statuses to a domain name, offering the same functionality as the server statuses. These statuses are:

- clientDeleteProhibited
- clientHold
- clientRenewProhibited
- clientTransferProhibited

A domain name may have more than one status at a time, but must have at least one status. Some statuses prohibit other statuses on the same domain name.

C.1 ok

This is the default status of a domain name that has no operations or prohibitions. This value is set and removed by the SRS system as other status values are added or removed and cannot be combined with any other status. The SRS sets this status upon initial creation. A domain name with this status may be updated with any “client” statuses and will be included in the zone file if there is at least one name server associated with it.

C.2 inactive

If the delegation information has not been associated with the domain name, this status is applied. This is the default status when a domain name has no associated host objects for the DNS delegation. This status will be set by the SRS when all host-object associations are removed.

C.3 clientHold

The owning registrar may set the domain name to this status to prevent the domain name from being included in the zone file.

C.4 clientUpdateProhibited

If a domain name status is “clientUpdateProhibited” it cannot be updated using an update domain command. The name servers, authentication code, contacts, and other statuses of the domain name cannot be updated until this status is removed.

C.5 clientTransferProhibited

The owning registrar can set this status to a domain name to prevent any other registrar from successfully requesting a transfer for this domain name.

C.6 clientDeleteProhibited

If a domain name status is “clientDeleteProhibited”, it cannot be deleted from the SRS using the delete domain command. The domain can still expire after the registration period has passed.

C.7 clientRenewProhibited

If a domain name status is “clientRenewProhibited”, it cannot be renewed explicitly by the registrar using the renew domain command. It can still be automatically renewed by the SRS batch system if the owning registrar has set the renewal mode of the domain name to auto renew.

C.8 serverHold

The SRS administrator may set the domain name to this status to exclude it from the zone file.

C.9 serverUpdateProhibited

The SRS may set the domain name to this status to prevent any updates using the update domain command. The name servers, authentication code, contacts, and the domain name statuses cannot be updated until this status is removed.

C.10 serverTransferProhibited

The SRS may set the domain name to this status to prevent any registrar from successfully requesting a transfer for this domain name.

C.11 serverDeleteProhibited

The SRS may set the domain name to this status. If a domain name status is “serverDeleteProhibited” it cannot be deleted from the SRS using the delete domain command. This status is slightly different from the “clientDeleteProhibited” as the domain will not even be deleted after the redemption-grace period.

C.12 serverRenewProhibited

The SRS may set the domain name to this status. If a domain name status is “serverRenewProhibited”, it cannot be explicitly renewed by the owning registrar using the renew domain command. It can still be automatically renewed by the SRS batch system.

In addition, the SRS batch system may set the RGP pending period statuses as listed below. In EPP, the RGP pending period statuses are represented as substatuses of the EPP statuses.

C.13 redemptionPeriod

The SRS sets the domain name to this status when a domain is deleted after the AGP. Only the restore domain operation is allowed on a domain with the “redemptionPeriod” status.

C.14 pendingRestore

The SRS sets the domain name to this status when a restore is requested. If a domain name status is “pendingRestore”, then no additional restore request can be successfully submitted.

C.15 pendingDelete

The SRS sets the domain name to this status once it has been in “redemptionPeriod” for 30 days. A domain name remains on “pendingDelete” status for five days before it is finally deleted from the SRS.

C.16 pendingTransfer

The “pendingTransfer” status is automatically set when a domain transfer is requested by a registrar. A domain name remains in “pendingTransfer” status until the transfer is approved, automatically approved through the SRS batch system, rejected, or canceled by the requesting registrar.

C.17 addPeriod

This period is entered after the initial registration of a domain name. If the domain name is deleted by the owning registrar during this period he will receive a refund of the domain registration fee in compliance with ICANNʹs AGP consensus policy.

C.18 autoRenewPeriod

This period is set after a domain name registration period expires and is renewed automatically by the SRS. If the domain name is deleted by the owning registrar during this period he will receive a refund of the domain renewal fee.


D. Reserved Premium Domain Names

The registry operator reserves the option to define specific domain names as reserved or premium domain names. These domain names will be in compliance with the described registration life cycle with the addition of a manual registration process through the registry operator support and legal team. Special fees may be accounted for those domain names to reflect manual processing.


E. Roles

The table in attached fig. Q27_Figure5.1.pdf shows how the roles described below are planned for the SRS system.

As the resources are shared among the TLDs operated through the KSR, they are not dedicated exclusively only to one SRS project. The columns contain the number of human resources available for this role and the percentage of all people who are working for this specific gTLD. The entire registration life cycle process is fully automated by the SRS batch system. This process monitors all actions and problems regarding the registration life cycle and creates automated reports for the registrars and the registry operator.

Support Role

The support role of the registry operator will review these reports. If there is a logical problem, an engineer will be assigned to solve the problem. The support may manually correct or influence the life cycle of a domain name if necessary. The registry operatorʹs support role will also take care of any submitted registrar problems regarding the registration life cycle, either through the telephonic support or the ticket system.

Legal Role

All legal issues and dispute cases will be manually reviewed and processed by the legal role of the registry operator in compliance with the registry operatorʹs policy. The legal role may manually correct or influence the life cycle of a domain name if necessary.

Administration Role

The ticket system and the telephone system where the registrars submit their problem requests will be set up and maintained by the administrators.

Designated Engineering Role

Each technical issue that is assigned by a supporter will be reviewed and solved by an engineer. Another task of the engineering role is the development of the tools that enable the support and legal roles to influence and maintain the domain life cycle.


F. List of Attachments

- Q27_Figure1.1.pdf
- Q27_Figure5.1.pdf