Common use of Registry Services and Continuity Clause in Contracts

Registry Services and Continuity. “Registry Services” are, for purposes of the Registry Agreement, defined as the following: (a) those services that are operations of the registry critical to the following tasks: the receipt of data from registrars concerning registrations of domain names and name servers; provision to registrars of status information relating to the zone servers for the TLD; dissemination of TLD zone files; operation of the registry DNS servers; and dissemination of contact and other information concerning domain name server registrations in the TLD as required by this Agreement; (b) other products or services that the Registry Operator is required to provide because of the establishment of a Consensus Policy as defined in Specification 1; (c) any other products or services that only a registry operator is capable of providing, by reason of its designation as the registry operator; and (d) material changes to any Registry Service within the scope of (a), (b) or (c) above. Registry Operator will conduct its operations using network and geographically diverse, redundant servers (including network-level redundancy, end-node level redundancy and the implementation of a load balancing scheme) to ensure continued operation in the case of technical failure (widespread or local), business insolvency or an extraordinary occurrence or circumstance beyond the control of the Registry Operator. Registry Operator will use commercially reasonable efforts to restore the critical functions of the registry within 24 hours after the termination of an extraordinary event beyond the control of the Registry Operator and restore full system functionality within a maximum of 48 hours following such event, depending on the type of critical function involved. Outages due to such an event will not be considered a lack of service availability. Registry Operator shall have a contingency plan including the designation of a registry services continuity provider, and must inform ICANN of the designated provider. In the case of an extraordinary event beyond the control of the Registry Operator where the Registry Operator cannot be contacted, Registry Operator consents that ICANN may contact the designated registry services continuity provider. Registry Operator shall conduct registry services continuity testing at least once per year. For domain names which are either not registered by a registrant, or the registrant has not supplied valid records such as NS records for listing in the DNS zone file, or their status does not allow them to be published in the DNS, the use of DNS wildcard Resource Records as described in RFCRFCs 1034 and 4592 or any other method or technology for synthesizing DNS Resources Records or using redirection within the DNS by the Registry is prohibited. When queried for such domain names the authoritative name servers must return a “Name Error” response (also known as XXXXXXXX), RCODE 3 as described in RFC 1035 and related RFCs. This provision applies for all DNS zone files at all levels in the DNS tree for which the Registry Operator (or an affiliate engaged in providing Registration Services) maintains data, arranges for such maintenance, or derives revenue from such maintenance. Registry Operator shall provide on its website its accurate contact details including a valid email and mailing address as well as a primary contact for handling inquires related to malicious conduct in the TLD, and will provide ICANN with prompt notice of any changes to such contact details.

Appears in 1 contract

Samples: Registry Agreement

AutoNDA by SimpleDocs

Registry Services and Continuity. “Registry Services” are, for purposes of the Registry Agreement, defined as the following: (a) those services that are operations of the registry critical to the following tasks: the receipt of data from registrars concerning registrations of domain names and name servers; provision to registrars of status information relating to the zone servers for the TLD; dissemination of TLD zone files; operation of the registry DNS servers; and dissemination of contact and other information concerning domain name server registrations in the TLD as required by this Agreement; (b) other products or services that the Registry Operator is required to provide because of the establishment of a Consensus Policy as defined in Specification 1; (c) any other products or services that only a registry operator is capable of providing, by reason of its designation as the registry operator; and (d) material changes to any Registry Service within the scope of (a), (b) or (c) above. Registry Operator will conduct its operations using network and geographically diverse, redundant servers (including network-level redundancy, end-node level redundancy and the implementation of a load balancing scheme) to ensure continued operation in the case of technical failure (widespread or local), business insolvency or an extraordinary occurrence or circumstance beyond the control of the Registry Operator. Registry Operator will use commercially reasonable efforts to restore the critical functions of the registry within 24 hours after the termination of an extraordinary event beyond the control of the Registry Operator and restore full system functionality within a maximum of 48 hours following such event, depending on the type of critical function involved. Outages due to such an event will not be considered a lack of service availability. Registry Operator shall have maintain a contingency plan including business continuity plan, which will provide for the maintenance of Registry Services in the event of an extraordinary event beyond the control of the Registry Operator or business failure of Registry Operator, and may include the designation of a registry services Registry Services continuity provider. If such plan includes the designation of a Registry Services continuity provider, Registry Operator shall provide the name and must inform ICANN of the designated providercontact information for such Registry Services continuity provider to ICANN. In the case of an extraordinary event beyond the control of the Registry Operator where the Registry Operator cannot be contacted, Registry Operator consents that ICANN may contact the designated registry services Registry Services continuity provider, if one exists. Registry Operator shall conduct registry services Registry Services continuity testing at least once per year. For domain names which are either not registered by a registrantregistered, or the registrant has not supplied valid records such as NS records for listing in the DNS zone file, or their status does not allow them to be published in the DNS, the use of DNS wildcard Resource Records as described in RFCRFCs RFCs 1034 and 4592 or any other method or technology for synthesizing DNS Resources Records or using redirection within the DNS by the Registry is prohibited. When queried for such domain names the authoritative name servers must return a “Name Error” response (also known as XXXXXXXX), RCODE 3 as described in RFC 1035 and related RFCs. This provision applies for all DNS zone files at all levels in the DNS tree for which the Registry Operator (or an affiliate engaged in providing Registration Services) maintains data, arranges for such maintenance, or derives revenue from such maintenance. Registry Operator shall provide to ICANN and publish on its website its accurate contact details including a valid email and mailing address as well as a primary contact for handling inquires related to malicious conduct in the TLD, and will provide ICANN with prompt notice of any changes to such contact details.

Appears in 1 contract

Samples: Registry Agreement

Registry Services and Continuity. “Registry Services” are, for purposes of the Registry Agreement, defined as the following: (a) those services that are operations of the registry critical to the following tasks: the receipt of data from registrars concerning registrations of domain names and name servers; provision to registrars of status information relating to the zone servers for the TLD; dissemination of TLD zone files; operation of the registry DNS servers; and dissemination of contact and other information concerning domain name server registrations in the TLD as required by this Agreement; (b) other products or services that the Registry Operator is required to provide because of the establishment of a Consensus Policy as defined in Specification 1; (c) any other products or services that only a registry operator is capable of providing, by reason of its designation as the registry operator; and (d) material changes to any Registry Service within the scope of (a), (b) or (c) above. Registry Operator will conduct its operations using network and geographically diverse, redundant servers (including network-level redundancy, end-node level redundancy and the implementation of a load balancing scheme) to ensure continued operation in the case of technical failure (widespread or local), business insolvency or an extraordinary occurrence or circumstance beyond the control of the Registry Operator. Registry Operator will use commercially reasonable efforts to restore the critical functions of the registry within 24 hours after the termination of an extraordinary event beyond the control of the Registry Operator and restore full system functionality within a maximum of 48 hours following such event, depending on the type of critical function involved. Outages due to such an event will not be considered a lack of service availability. Registry Operator shall have a contingency plan including includingmaintain a business continuity plan, which will provide for the maintenance of Registry Services in the event of an extraordinary event beyond the control of the Registry Operator or business failure of Registry Operator, and may include the designation of a registry services servicesRegistry Services continuity provider. If such plan includes the designation of a Registry Services continuity provider, and must inform ICANN of the designated providerdesignatedRegistry Operator shall provide the name and contact information for such Registry Services continuity provider to ICANN. In the case of an extraordinary event beyond the control of the Registry Operator where the Registry Operator cannot be contacted, Registry Operator consents that ICANN may contact the designated registry services servicesRegistry Services continuity provider, if one exists. Registry Operator shall conduct registry services servicesRegistry Services continuity testing at least once per year. For domain names which are either not registered by a registrantregistered, or the registrant has not supplied valid records such as NS records for listing in the DNS zone file, or their status does not allow them to be published in the DNS, the use of DNS wildcard Resource Records as described in RFCRFCs RFCs 1034 and 4592 or any other method or technology for synthesizing DNS Resources Records or using redirection within the DNS by the Registry is prohibited. When queried for such domain names the authoritative name servers must return a “Name Error” response (also known as XXXXXXXX), RCODE 3 as described in RFC 1035 and related RFCs. This provision applies for all DNS zone files at all levels in the DNS tree for which the Registry Operator (or an affiliate engaged in providing Registration Services) maintains data, arranges for such maintenance, or derives revenue from such maintenance. Registry Operator shall provide to ICANN and publish on its website its accurate contact details including a valid email and mailing address as well as a primary contact for handling inquires related to malicious conduct in the TLD, and will provide ICANN with prompt notice of any changes to such contact details.

Appears in 1 contract

Samples: Registry Agreement

Registry Services and Continuity. “Registry Services” are, for purposes of the Registry Agreement, defined as the following: (a) those services that are operations of the registry critical to the following tasks: the receipt of data from registrars concerning registrations of domain names and name servers; provision to registrars of status information relating to the zone servers for the TLD; dissemination of TLD zone files; operation of the registry DNS servers; and dissemination of contact and other information concerning domain name server registrations in the TLD as required by this Agreement; (b) other products or services that the Registry Operator is required to provide because of the establishment of a Consensus Policy as defined in Specification 1; (c) any other products or services that only a registry operator is capable of providing, by reason of its designation as the registry operator; and (d) material changes to any Registry Service within the scope of (a), (b) or (c) above. Registry Operator will conduct its operations using network and geographically diverse, redundant servers (including network-level redundancy, end-node level redundancy and the implementation of a load balancing scheme) to ensure continued operation in the case of technical failure (widespread or local), business insolvency or an extraordinary occurrence or circumstance beyond the control of the Registry Operator. Registry Operator will use commercially reasonable efforts to restore the critical functions of the registry within 24 hours after the termination of an extraordinary event beyond the control of the Registry Operator and restore full system functionality within a maximum of 48 hours following such event, depending on the type of critical function involved. Outages due to such an event will not be considered a lack of service availability. Registry Operator shall have a contingency plan including the designation of a registry services continuity provider, and must inform ICANN of the designated provider. In the case of an extraordinary event beyond the control of the Registry Operator where the Registry Operator cannot be contacted, Registry Operator consents that ICANN may contact the designated registry services continuity provider. Registry Operator shall conduct registry services continuity testing at least once per year. For domain names which are either not registered by a registrantregistered, or the registrant has not supplied valid records such as NS records for listing in the DNS zone file, or their status does not allow them to be published in the DNS, the use of DNS wildcard Resource Records as described in RFCRFCs RFCs 1034 and 4592 or any other method or technology for synthesizing DNS Resources Records or using redirection within the DNS by the Registry is prohibited. When queried for such domain names the authoritative name servers must return a “Name Error” response (also known as XXXXXXXX), RCODE 3 as described in RFC 1035 and related RFCs. This provision applies for all DNS zone files at all levels in the DNS tree for which the Registry Operator (or an affiliate engaged in providing Registration Services) maintains data, arranges for such maintenance, or derives revenue from such maintenance. Registry Operator shall provide on its website its accurate contact details including a valid email and mailing address as well as a primary contact for handling inquires related to malicious conduct in the TLD, and will provide ICANN with prompt notice of any changes to such contact details.

Appears in 1 contract

Samples: Registry Agreement

AutoNDA by SimpleDocs

Registry Services and Continuity. “Registry ServicesservicesServices” are, for purposes of the Registry Agreement, defined as the following: (a) those services that are operations of the registry critical to the following tasks: the receipt of data from registrars concerning registrations of domain names and name servers; provision to registrars of status information relating to the zone servers for the TLD; dissemination of TLD zone files; operation of the registry DNS zoneDNS servers; and dissemination of contact and other information concerning domain name server registrations in the TLD as required by this Agreement; (b) other products or services that the Registry Operator is required to provide because of the establishment of a Consensus Policy as defined in Specification 1; (c) any other products or services that only a registry operator is capable of providing, by reason of its designation as the registry operator; and (d) material changes to any Registry Service within the scope of (a), (b) or (c) above. Registry Operator will conduct its operations using network and geographically diverse, redundant servers (including network-level redundancy, end-node level redundancy and the implementation of a load balancing scheme) to ensure continued quality servicecontinued operation in the case of technical failure (widespread or local), business insolvency or an extraordinary occurrence or circumstance beyond the control of the Registry Operator. Registry Operator will use commercially reasonable efforts to restore the critical functions of the registry within 24 hours after the termination of an extraordinary event beyond the control of the Registry Operator and restore full system functionality within a maximum of 48 hours following such event, depending on the type of critical function involved. Outages due to such an event will not be considered a lack of service availability. Registry Operator shall have a contingency plan including the designation of a registry services continuity provider, and must inform ICANN of the designated provider. In the case of an extraordinary event beyond the control of the Registry Operator where the Registry Operator cannot be contactedreachedcontacted, Registry Operator consents that ICANN may contact the designated registry services continuity provider. Registry Operator shall conduct registry services continuity testing at least once per year. For domain names which are either not registered by a registrant, or the registrant has not supplied valid records such as NS records for listing in the DNS zone file, or their status does not allow them to be published in the DNS, the use of DNS wildcard Resource Records as described in RFCRFCs 1034 and RFC 4592 or any other method or technology for synthesizing DNS Resources Records or using redirection within the DNS by the Registry is prohibited. When queried for such domain names the authoritative name servers must return a “Name Error” response (also known as XXXXXXXX), RCODE 3 as described in RFC 1035 and related RFCs. This provision applies for all DNS zone files at all levels in the DNS tree for which the Registry Operator (or an affiliate engaged in providing Registration Services) maintains data, arranges for such maintenance, or derives revenue from such maintenance. Registry Operator shall provide on its website its accurate contact details including a valid email and mailing address as well as a primary contact for handling inquires related to malicious conduct in the TLD, and will provide ICANN with prompt notice of any changes to such contact details.

Appears in 1 contract

Samples: Registry Agreement

Registry Services and Continuity. “Registry Services” are, for purposes of the Registry Agreement, defined as the following: (a) those services that are operations of the registry critical to the following tasks: the receipt of data from registrars concerning registrations of domain names and name servers; provision to registrars of status information relating to the zone servers for the TLD; dissemination of TLD zone files; operation of the registry DNS servers; and dissemination of contact and other information concerning domain name server registrations in the TLD as required by this Agreement; (b) other products or services that the Registry Operator is required to provide because of the establishment of a Consensus Policy as defined in Specification 1; (c) any other products or services that only a registry operator is capable of providing, by reason of its designation as the registry operator; and (d) material changes to any Registry Service within the scope of (a), (b) or (c) above. Registry Operator will conduct its operations using network and geographically diverse, redundant servers (including network-level redundancy, end-node level redundancy and the implementation of a load balancing scheme) to ensure continued operation in the case of technical failure (widespread or local), business insolvency or an extraordinary occurrence or circumstance beyond the control of the Registry Operator. Registry Operator will use commercially reasonable efforts to restore the critical functions of the registry within 24 hours after the termination of an extraordinary event beyond the control of the Registry Operator and restore full system functionality within a maximum of 48 hours following such event, depending on the type of critical function involved. Outages due to such an event will not be considered a lack of service availability. Registry Operator shall have a contingency plan including the designation of a registry services continuity provider, and must inform ICANN of the designated provider. In the case of an extraordinary event beyond the control of the Registry Operator where the Registry Operator cannot be contacted, Registry Operator consents that ICANN may contact the designated registry services continuity provider. Registry Operator shall conduct registry services continuity testing at least once per year. For domain names which are either not registered by a registrant, or the registrant has not supplied valid records such as NS records for listing in the DNS zone file, or their status does not allow them to be published in the DNS, the use of DNS wildcard Resource Records as described in RFCRFCs 1034 and RFC 4592 or any other method or technology for synthesizing DNS Resources Records or using redirection within the DNS by the Registry is prohibited. When queried for such domain names the authoritative name servers must return a “Name Error” response (also known as XXXXXXXX), RCODE 3 as described in RFC 1035 and related RFCs. This provision applies for all DNS zone files at all levels in the DNS tree for which the Registry Operator (or an affiliate engaged in providing Registration Services) maintains data, arranges for such maintenance, or derives revenue from such maintenance. Registry Operator shall provide on its website its accurate contact details including a valid email and mailing address as well as a primary contact for handling inquires related to malicious conduct in the TLD, and will provide ICANN with prompt notice of any changes to such contact details.

Appears in 1 contract

Samples: GTLD Agreement

Time is Money Join Law Insider Premium to draft better contracts faster.