REGISTRY AGREEMENT

EX-10.26 4 dex1026.htm 2006 .COM REGISTRY AGREEMENT BETWEEN VERISIGN AND ICANN 2006 .com Registry Agreement between VeriSign and ICANN

EXHIBIT 10.26

REGISTRY AGREEMENT

This REGISTRY AGREEMENT (this “Agreement”) is entered into by and between the Internet Corporation for Assigned Names and Numbers, a California nonprofit public benefit corporation (“ICANN”), and VeriSign, Inc. a Delaware corporation.

WHEREAS, the parties wish to work together cooperatively to promote and facilitate the security and stability of the Internet and the DNS, and to that end, hereby agree as follows:

ARTICLE I INTRODUCTION

Section 1.1 Effective Date. The effective date (“Effective Date”) for purposes of this Agreement shall be March 1, 2006.

Section 1.2 Top-Level Domain. The Top-Level Domain to which this Agreement applies is .com (“TLD”).

Section 1.3 Designation as Registry Operator. Upon the Effective Date, until the Expiration Date as defined in Section 4.1 hereof, ICANN shall continue to recognize VeriSign, Inc. as the sole registry operator for the TLD (“Registry Operator”).

ARTICLE II REPRESENTATIONS AND WARRANTIES

Section 2.1 Registry Operator’s Representations and Warranties.

(a) Organization; Due Authorization and Execution. Registry Operator is a corporation, duly organized, validly existing and in good standing under the laws of Delaware, and Registry Operator has all requisite power and authority to enter into this Agreement. All corporate approvals and actions necessary for the entrance by Registry Operator into this Agreement have been obtained and this Agreement has been duly and validly executed and delivered by Registry Operator.

(b) Statements made During Negotiation Process. The factual statements made in writing by Registry Operator in negotiating this Agreement were true and correct in all material respects at the time made. A violation or breach of any such representation or warranty shall not be a basis for termination, rescission or other equitable relief, and, instead shall only give rise to a claim for damages.

Section 2.2 ICANN’s Representations and Warranties.

(a) Organization; Due Authorization and Execution. ICANN is a nonprofit public benefit corporation duly organized, validly existing and in good standing under the laws of California. ICANN has all requisite corporate power and authority to enter into this Agreement. All corporate approvals and actions necessary for the entrance by ICANN into this Agreement have been obtained and this Agreement has been duly and validly executed and delivered by ICANN.

ARTICLE III COVENANTS

Section 3.1 Covenants of Registry Operator. Registry Operator covenants and agrees with ICANN as follows:

(a) Preserve Security and Stability.

(i) ICANN Temporary Specifications or Policies. Registry Operator shall comply with and implement all specifications or policies established by the ICANN Board of Directors on a temporary basis, if adopted by the ICANN Board of Directors by a vote of at least two-thirds of its members, so long as the ICANN Board of Directors reasonably determines that immediate temporary establishment of a specification or policy on the subject is necessary to maintain the Stability or Security (as defined in Section 3.1(d)(iv)(G)) of Registry Services or the DNS (“Temporary Specification or Policies”). Such proposed specification or policy shall be as narrowly tailored as feasible to achieve those objectives. In establishing any specification or policy under this provision, the ICANN Board of Directors shall state the period of time for which the specification or policy is temporarily adopted and shall immediately implement the Consensus Policy development process set forth in ICANN’s Bylaws. ICANN shall also issue an advisory statement containing a detailed explanation of its reasons for adopting the temporary specification or policy and why the Board believes the specification or policy should receive the consensus support of Internet stakeholders. If the period of time for which the specification or policy is adopted exceeds 90 days, the ICANN Board shall reaffirm its temporary adoption every 90 days for a total period not to exceed one year, in order to maintain such policy in effect until such time as it shall become a Consensus Policy as described in Section 3.1(b) below. If during such one year period, the temporary policy or specification does not become a Consensus Policy meeting the standard set forth in Section 3.1(b) below, Registry Operator shall no longer be required to comply with or implement such temporary policy or specification.

(b) Consensus Policies.

(i) At all times during the term of this Agreement and subject to the terms hereof, Registry Operator will fully comply with and implement all Consensus Policies found at http://www.icann.org/general/consensus-policies.htm, as of the Effective Date and as may in the future be developed and adopted in accordance with ICANN’s Bylaws and as set forth below.

(ii) “Consensus Policies” are those specifications or policies established (1) pursuant to the procedure set forth in ICANN’s Bylaws and due process, and (2) covering those topics listed in Section 3.1(b)(iv) below. The Consensus Policy development process and procedure set forth in ICANN’s Bylaws may be revised from time to time in accordance with ICANN’s Bylaws, and any Consensus Policy that is adopted through such a revised process and covering those topics listed in Section 3.1(b)(iv) below shall be considered a Consensus Policy for purposes of this Agreement.

- 2 -

(iii) For all purposes under this Agreement, the policies identified at http://www.icann.org/general/consensus-policies.htm shall be treated in the same manner and have the same effect as “Consensus Policies.”

(iv) Consensus Policies and the procedures by which they are developed shall be designed to produce, to the extent possible, a consensus of Internet stakeholders, including the operators of gTLDs. Consensus Policies shall relate to one or more of the following: (1) issues for which uniform or coordinated resolution is reasonably necessary to facilitate interoperability, Security and/or Stability of the Internet or DNS; (2) functional and performance specifications for the provision of Registry Services (as defined in Section 3.1(d)(iii) below); (3) Security and Stability of the registry database for the TLD; (4) registry policies reasonably necessary to implement Consensus Policies relating to registry operations or registrars; or (5) resolution of disputes regarding the registration of domain names (as opposed to the use of such domain names). Such categories of issues referred to in the preceding sentence shall include, without limitation:

(A) principles for allocation of registered names in the TLD (e.g., first-come, first-served, timely renewal, holding period after expiration);

(B) prohibitions on warehousing of or speculation in domain names by registries or registrars;

(C) reservation of registered names in the TLD that may not be registered initially or that may not be renewed due to reasons reasonably related to (a) avoidance of confusion among or misleading of users, (b) intellectual property, or (c) the technical management of the DNS or the Internet (e.g., establishment of reservations of names from registration);

(D) maintenance of and access to accurate and up-to-date information concerning domain name registrations;

(E) procedures to avoid disruptions of domain name registration due to suspension or termination of operations by a registry operator or a registrar, including procedures for allocation of responsibility for serving registered domain names in a TLD affected by such a suspension or termination; and

(F) resolution of disputes regarding whether particular parties may register or maintain registration of particular domain names.

(v) In addition to the other limitations on Consensus Policies, they shall not:

(A) prescribe or limit the price of Registry Services;

- 3 -

(B) modify the standards for the consideration of proposed Registry Services, including the definitions of Security and Stability (set forth below) and the standards applied by ICANN;

(C) for two years following the Effective Date, modify the procedure for the consideration of proposed Registry Services;

(D) modify the terms or conditions for the renewal or termination of this Agreement;

(E) modify ICANN’s obligations to Registry Operator under Section 3.2 (a), (b), and (c);

(F) modify the limitations on Consensus Policies or Temporary Specifications or Policies;

(G) modify the definition of Registry Services;

(H) modify the terms of Sections 7.2 and 7.3, below; and

(I) alter services that have been implemented pursuant to Section 3.1(d) of this Agreement (unless justified by compelling and just cause based on Security and Stability).

(vi) Registry Operator shall be afforded a reasonable period of time following notice of the establishment of a Consensus Policy or Temporary Specifications or Policies in which to comply with such policy or specification, taking into account any urgency involved.

In the event of a conflict between Registry Services (as defined in Section 3.1(d)(iii) below), on the one hand, and Consensus Policies developed in accordance with this Section 3.1(b) or any Temporary Specifications or Policies established pursuant to Section 3.1(a)(i) above, on the other hand, the Consensus Polices or Temporary Specifications or Policies shall control, notwithstanding any other provisions contained within this Agreement.

(i) Data Escrow. Registry Operator shall establish at its expense a data escrow or mirror site policy for the Registry Data compiled by Registry Operator. Registry Data, as used in this Agreement, shall mean the following: (1) data for domains sponsored by all registrars, consisting of domain name, server name for each nameserver, registrar id, updated date, creation date, expiration date, status information, and DNSSEC-related key material; (2) data for nameservers sponsored by all registrars consisting of server name, each IP address, registrar id, updated date, creation date, expiration date, and status information; (3) data for registrars sponsoring registered domains and nameservers, consisting of

- 4 -

registrar id, registrar address, registrar telephone number, registrar e-mail address, whois server, referral URL, updated date and the name, telephone number, and e-mail address of all the registrar’s administrative, billing, and technical contacts; (4) domain name registrant data collected by the Registry Operator from registrars as part of or following registration of a domain name; and (5) the DNSSEC-related material necessary to sign the .com zone (e.g., public and private portions of .com zone key-signing keys and zone-signing keys). The escrow agent or mirror-site manager, and the obligations thereof, shall be mutually agreed upon by ICANN and Registry Operator on commercially reasonable standards that are technically and practically sufficient to allow a successor registry operator to assume management of the TLD. To this end, Registry Operator shall periodically deposit into escrow all Registry Data on a schedule (not more frequently than weekly for a complete set of Registry Data, and daily for incremental updates) and in an electronic format mutually approved from time to time by Registry Operator and ICANN, such approval not to be unreasonably withheld by either party. In addition, Registry Operator will deposit into escrow that data collected from registrars as part of offering Registry Services introduced after the Effective Date of this Agreement. The escrow shall be maintained, at Registry Operator’s expense, by a reputable escrow agent mutually approved by Registry Operator and ICANN, such approval also not to be unreasonably withheld by either party. The schedule, content, format, and procedure for escrow deposits shall be as reasonably established by ICANN from time to time, and as set forth in Appendix 1 hereto. Changes to the schedule, content, format, and procedure may be made only with the mutual written consent of ICANN and Registry Operator (which neither party shall unreasonably withhold) or through the establishment of a Consensus Policy as outlined in Section 3.1(b) above. The escrow shall be held under an agreement, substantially in the form of Appendix 2, as the same may be revised from time to time, among ICANN, Registry Operator, and the escrow agent.

(ii) Personal Data. Registry Operator shall notify registrars sponsoring registrations in the registry for the TLD of the purposes for which Personal Data (as defined below) submitted to Registry Operator by registrars, if any, is collected, the intended recipients (or categories of recipients) of such Personal Data, and the mechanism for access to and correction of such Personal Data. Registry Operator shall take reasonable steps to protect Personal Data from loss, misuse, unauthorized disclosure, alteration or destruction. Registry Operator shall not use or authorize the use of Personal Data in a way that is incompatible with the notice provided to registrars. “Personal Data” shall refer to all data about any identified or identifiable natural person.

(iii) Bulk Zone File Access. Registry Operator shall provide bulk access to the zone files for the registry for the TLD to ICANN on a continuous basis in the manner ICANN may reasonably specify from time to time. Bulk access to the zone files shall be provided to third parties on the terms set forth in the TLD zone file access agreement reasonably established by ICANN, which initially shall be

- 5 -

in the form attached as Appendix 3 hereto. Changes to the zone file access agreement may be made upon the mutual written consent of ICANN and Registry Operator (which consent neither party shall unreasonably withhold).

(iv) Monthly Reporting. Within 20 days following the end of each calendar month, Registry Operator shall prepare and deliver to ICANN a report providing such data and in the format specified in Appendix 4. ICANN may audit Registry Operator’s books and records relating to data contained in monthly reports from time to time upon reasonable advance written notice, provided that such audits shall not exceed one per quarter. Any such audit shall be at ICANN’s cost, unless such audit shall reflect a material discrepancy or discrepancies in the data provided by Registry Operator. In the latter event, Registry Operator shall reimburse ICANN for all costs and expenses associated with such audit, which reimbursement shall be paid together with the next Registry-Level Fee payment due following the date of transmittal of the cost statement for such audit.

(v) Whois Service. Registry Operator shall provide such whois data as set forth in Appendix 5.

(d) Registry Operations.

(i) Registration Restrictions. Registry Operator shall reserve, and not register any TLD strings (i) appearing on the list of reserved TLD strings attached as Appendix 6 hereto or (ii) located at http://data.iana.org/TLD/tlds-alpha-by-domain.txt for initial (i.e., other than renewal) registration at the second level within the TLD.

(ii) Functional and Performance Specifications. Functional and Performance Specifications for operation of the TLD shall be as set forth in Appendix 7 hereto, and shall address without limitation DNS services; operation of the shared registration system; and nameserver operations. Registry Operator shall keep technical and operational records sufficient to evidence compliance with such specifications for at least one year, which records ICANN may audit from time to time upon reasonable advance written notice, provided that such audits shall not exceed one per quarter. Any such audit shall be at ICANN’s cost.

(iii) Registry Services. Registry Services are, for purposes of this Agreement, defined as the following: (a) those services that are both (i) 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 zone servers; and dissemination of contact and other information concerning domain name server registrations in the TLD as required by this Agreement; and (ii) provided by the Registry Operator for the .com registry as of the Effective Date; (b) other products or services that the Registry Operator is required to provide because of the establishment of a Consensus Policy (as defined in Section 3.1(b) above); (c)

- 6 -

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. Only Registry Services defined in (a) and (b) above are subject to the maximum price provisions of Section 7.3, below.

(iv) Process for Consideration of Proposed Registry Services. Following written notification by Registry Operator to ICANN that Registry Operator may make a change in a Registry Service within the scope of the preceding paragraph:

(A) ICANN shall have 15 calendar days to make a “preliminary determination” whether a Registry Service requires further consideration by ICANN because it reasonably determines such Registry Service: (i) could raise significant Security or Stability issues or (ii) could raise significant competition issues.

(B) Registry Operator must provide sufficient information at the time of notification to ICANN that it may implement such a proposed Registry Service to enable ICANN to make an informed “preliminary determination.” Information provided by Registry Operator and marked “CONFIDENTIAL” shall be treated as confidential by ICANN. Registry Operator will not designate “CONFIDENTIAL” information necessary to describe the purpose of the proposed Registry Service and the effect on users of the DNS.

(C) ICANN may seek expert advice during the preliminary determination period (from entities or persons subject to confidentiality agreements) on the competition, Security or Stability implications of the Registry Service in order to make its “preliminary determination.” To the extent ICANN determines to disclose confidential information to any such experts, it will provide notice to Registry Operator of the identity of the expert(s) and the information it intends to convey.

(D) If ICANN determines during the 15 calendar day “preliminary determination” period that the proposed Registry Service, does not raise significant Security or Stability (as defined below), or competition issues, Registry Operator shall be free to deploy it upon such a determination.

(E) In the event ICANN reasonably determines during the 15 calendar day “preliminary determination” period that the Registry Service might raise significant competition issues, ICANN shall refer the issue to the appropriate governmental competition authority or authorities with jurisdiction over the matter within five business days of making its determination, or two business days following the expiration of such 15 day period, whichever is earlier, with notice to Registry Operator. Any such referral communication shall be posted on ICANN’s website on the date of transmittal. Following such referral, ICANN shall have no further responsibility, and Registry Operator shall have no further obligation to ICANN, with respect to any competition issues relating to the Registry Service. If

- 7 -

such a referral occurs, the Registry Operator will not deploy the Registry Service until 45 calendar days following the referral, unless earlier cleared by the referred governmental competition authority.

(F) In the event that ICANN reasonably determines during the 15 calendar day “preliminary determination” period that the proposed Registry Service might raise significant Stability or Security issues (as defined below), ICANN will refer the proposal to a Standing Panel of experts (as defined below) within five business days of making its determination, or two business days following the expiration of such 15 day period, whichever is earlier, and simultaneously invite public comment on the proposal. The Standing Panel shall have 45 calendar days from the referral to prepare a written report regarding the proposed Registry Service’s effect on Security or Stability (as defined below), which report (along with a summary of any public comments) shall be forwarded to the ICANN Board. The report shall set forward the opinions of the Standing Panel, including, but not limited to, a detailed statement of the analysis, reasons, and information upon which the panel has relied in reaching their conclusions, along with the response to any specific questions that were included in the referral from ICANN staff. Upon ICANN’s referral to the Standing Panel, Registry Operator may submit additional information or analyses regarding the likely effect on Security or Stability of the Registry Service.

(G) Upon its evaluation of the proposed Registry Service, the Standing Panel will report on the likelihood and materiality of the proposed Registry Service’s effects on Security or Stability, including whether the proposed Registry Service creates a reasonable risk of a meaningful adverse effect on Security or Stability as defined below:

Security: For purposes of this Agreement, an effect on security by the proposed Registry Service shall mean (1) the unauthorized disclosure, alteration, insertion or destruction of Registry Data, or (2) the unauthorized access to or disclosure of information or resources on the Internet by systems operating in accordance with all applicable standards.

Stability: For purposes of this Agreement, an effect on stability shall mean that the proposed Registry Service (1) is not compliant with applicable relevant standards that are authoritative and published by a well-established, recognized and authoritative standards body, such as relevant Standards-Track or Best Current Practice RFCs sponsored by the IETF or (2) creates a condition that adversely affects the throughput, response time, consistency or coherence of responses to Internet servers or end systems, operating in accordance with applicable relevant standards that are authoritative and published by a well-established, recognized and authoritative standards body, such as relevant Standards-Track or Best Current Practice RFCs and relying on Registry Operator’s delegation information or provisioning services.

- 8 -

(H) Following receipt of the Standing Panel’s report, which will be posted (with appropriate confidentiality redactions made after consultation with Registry Operator) and available for public comment, the ICANN Board will have 30 calendar days to reach a decision. In the event the ICANN Board reasonably determines that the proposed Registry Service creates a reasonable risk of a meaningful adverse effect on Stability or Security, Registry Operator will not offer the proposed Registry Service. An unredacted version of the Standing Panel’s report shall be provided to Registry Operator upon the posting of the report. The Registry Operator may respond to the report of the Standing Panel or otherwise submit to the ICANN Board additional information or analyses regarding the likely effect on Security or Stability of the Registry Service.

(I) The Standing Panel shall consist of a total of 20 persons expert in the design, management and implementation of the complex systems and standards-protocols utilized in the Internet infrastructure and DNS (the “Standing Panel”). The members of the Standing Panel will be selected by its Chair. The Chair of the Standing Panel will be a person who is agreeable to both ICANN and the registry constituency of the supporting organization then responsible for generic top level domain registry policies. All members of the Standing Panel and the Chair shall execute an agreement requiring that they shall consider the issues before the panel neutrally and according to the definitions of Security and Stability. For each matter referred to the Standing Panel, the Chair shall select no more than five members from the Standing Panel to evaluate the referred matter, none of which shall have an existing competitive, financial, or legal conflict of interest, and with due regard to the particular technical issues raised by the referral.

(e) Fees and Payments. Registry Operator shall pay the Registry-Level Fees to ICANN on a quarterly basis in accordance with Section 7.2 hereof.

(f) Traffic Data. Nothing in this Agreement shall preclude Registry Operator from making commercial use of, or collecting, traffic data regarding domain names or non-existent domain names for purposes such as, without limitation, the determination of the availability and health of the Internet, pinpointing specific points of failure, characterizing attacks and misconfigurations, identifying compromised networks and hosts, and promoting the sale of domain names; provided, however, that such use does not disclose domain name registrant, end user information or other Personal Data as defined in Section 3.1(c)(ii) for any purpose not otherwise authorized by this agreement. The process for the introduction of new Registry Services shall not apply to such traffic data. Nothing contained in this section 3.1(f) shall be deemed to constitute consent or acquiescence by ICANN to a re-introduction by Registry Operator of the SiteFinder service previously introduced by the Registry Operator on or about September 15, 2003, or the introduction of any substantially similar service employing a universal wildcard function intended to achieve the same or substantially similar effect as the SiteFinder service. To the extent that traffic data subject to this provision is made available, access shall be on terms that are non-discriminatory.

- 9 -

(g) Security and Stability Review. Twice annually Registry Operator shall engage in discussions with executive staff of ICANN and the Chairman of the Board of ICANN on trends impacting the Security and/or Stability of the Registry, the DNS or the Internet pursuant to the terms of confidentiality agreements executed both by the executive staff of ICANN and the Chairman of the Board.

(h) Centralized Whois. Registry Operator shall develop and deploy a centralized Whois for the .com TLD if mandated by ICANN insofar as reasonably feasible, particularly in view of Registry Operator’s dependence on cooperation of third parties.

Section 3.2 Covenants of ICANN. ICANN covenants and agrees with Registry Operator as follows:

(a) Open and Transparent. Consistent with ICANN’s expressed mission and core values, ICANN shall operate in an open and transparent manner.

(b) Equitable Treatment. ICANN shall not apply standards, policies, procedures or practices arbitrarily, unjustifiably, or inequitably and shall not single out Registry Operator for disparate treatment unless justified by substantial and reasonable cause.

(c) TLD Zone Servers. In the event and to the extent that ICANN is authorized to set policy with regard to an authoritative root server system, it will ensure that (i) the authoritative root will point to the TLD zone servers designated by Registry Operator for the Registry TLD throughout the Term of this Agreement; and (ii) any changes to the TLD zone server designation submitted to ICANN by Registry Operator will be implemented by ICANN within seven days of submission.

(d) Nameserver Changes. Registry Operator may request changes in the nameserver delegation for the Registry TLD. Any such request must be made in a format, and otherwise meet technical requirements, specified from time to time by ICANN. ICANN will use commercially reasonable efforts to have such requests implemented in the Authoritative Root-Server System within seven calendar days of the submission.

(e) Root-zone Information Publication. ICANN’s publication of root-zone contact information for the Registry TLD will include Registry Operator and its administrative and technical contacts. Any request to modify the contact information for the Registry Operator must be made in the format specified from time to time by ICANN.

- 10 -

Section 3.3 Cooperation. The parties agree to cooperate with each other and share data as necessary to accomplish the terms of this Agreement.

ARTICLE IV TERM OF AGREEMENT

Section 4.1 Term. The initial term of this Agreement shall expire on November 30, 2012. The “Expiration Date” shall be November 30, 2012, as extended by any renewal terms.

Section 4.2 Renewal. This Agreement shall be renewed upon the expiration of the term set forth in Section 4.1 above and each later term, unless the following has occurred : (i) following notice of breach to Registry Operator in accordance with Section 6.1 and failure to cure such breach within the time period prescribed in Section 6.1, an arbitrator or court has determined that Registry Operator has been in fundamental and material breach of Registry Operator’s obligations set forth in Sections 3.1(a), (b), (d) or (e); Section 5.2 or Section 7.3 and (ii) following the final decision of such arbitrator or court, Registry Operator has failed to comply within ten days with the decision of the arbitrator or court, or within such other time period as may be prescribed by the arbitrator or court. Upon renewal, in the event that the terms of this Agreement are not similar to the terms generally in effect in the Registry Agreements of the 5 largest gTLDs (determined by the number of domain name registrations under management at the time of renewal), renewal shall be upon terms reasonably necessary to render the terms of this Agreement similar to such terms in the Registry Agreements for those other gTLDs. The preceding sentence, however, shall not apply to the terms of this Agreement regarding the price of Registry Services; the standards for the consideration of proposed Registry Services, including the definitions of Security and Stability and the standards applied by ICANN in the consideration process; the terms or conditions for the renewal or termination of this Agreement; ICANN’s obligations to Registry Operator under Section 3.2 (a), (b), and (c); the limitations on Consensus Policies or Temporary Specifications or Policies; the definition of Registry Services; or the terms of Section 7.3.

Section 4.3 Failure to Perform in Good Faith. In the event Registry Operator shall have been repeatedly and willfully in fundamental and material breach of Registry Operator’s obligations set forth in Sections 3.1(a), (b), (d) or (e); Section 5.2 or Section 7.3, and arbitrators in accordance with Section 5.1(b) of this Agreement repeatedly have found Registry Operator to have been in fundamental and material breach of this Agreement, including in at least three separate awards, then the arbitrators shall award such punitive, exemplary or other damages as they may believe appropriate under the circumstances.

ARTICLE V DISPUTE RESOLUTION

Section 5.1 Resolution of Disputes.

(a) Cooperative Engagement. In the event of a disagreement between Registry Operator and ICANN arising under or out of this Agreement, either party

- 11 -

may by notice to the other invoke the dispute resolution provisions of this Article V. Provided, however, that before either party may initiate arbitration as provided in Section 5.1(b) below, ICANN and Registry Operator must attempt to resolve the dispute by cooperative engagement as set forth in this Section 5.1(a). If either party provides written notice to the other demanding cooperative engagement as set forth in this Section 5.1(a), then each party will, within seven calendar days after such written notice is deemed received in accordance with Section 8.6 hereof, designate a single executive officer as its representative under this Section 5.1(a) with full authority to act on such party’s behalf to resolve the dispute. The designated representatives shall, within 2 business days after being designated, confer by telephone or in person to attempt to resolve the dispute. If they are not able to resolve the dispute during such telephone conference or meeting, they shall further meet in person at a location reasonably designated by ICANN within 7 calendar days after such initial telephone conference or meeting, at which meeting the parties shall attempt to reach a definitive resolution. The time schedule and process set forth in this Section 5.1(a) may be modified with respect to any dispute, but only if both parties agree to a revised time schedule or process in writing in advance. Settlement communications within the scope of this paragraph shall be inadmissible in any arbitration or litigation between the parties.

(b) Arbitration. Disputes arising under or in connection with this Agreement, including requests for specific performance, shall be resolved through binding arbitration conducted as provided in this Section 5.1(b) pursuant to the rules of the International Court of Arbitration of the International Chamber of Commerce (“ICC”). The arbitration shall be conducted in the English language and shall occur in Los Angeles County, California, USA only following the failure to resolve the dispute pursuant to cooperative engagement discussions as set forth in Section 5.1(a) above. There shall be three arbitrators: each party shall choose one arbitrator and, if the two arbitrators are not able to agree on a third arbitrator, the third shall be chosen by the ICC. The prevailing party in the arbitration shall have the right to recover its costs and reasonable attorneys’ fees, which the arbitrators shall include in their awards. Any party that seeks to confirm or vacate an arbitration award issued under this Section 5.1(b) may do so only pursuant to the applicable arbitration statutes. In any litigation involving ICANN concerning this Agreement, jurisdiction and exclusive venue for such litigation shall be in a court located in Los Angeles County, California, USA; however, the parties shall also have the right to enforce a judgment of such a court in any court of competent jurisdiction. For the purpose of aiding the arbitration and/or preserving the rights of the parties during the pendency of an arbitration, the parties shall have the right to seek a temporary stay or injunctive relief from the arbitration panel or a court, which shall not be a waiver of this agreement to arbitrate.

Section 5.2 Specific Performance. Registry Operator and ICANN agree that irreparable damage could occur if any of the provisions of this Agreement was not

- 12 -

performed in accordance with its specific terms. Accordingly, the parties agree that they each shall be entitled to seek from the arbitrators specific performance of the terms of this Agreement (in addition to any other remedy to which each party is entitled).

Section 5.3 Limitation of Liability. ICANN’s aggregate monetary liability for violations of this Agreement shall not exceed the amount of Registry-Level Fees paid by Registry Operator to ICANN within the preceding twelve-month period pursuant to Section 7.2 of this Agreement. Registry Operator’s aggregate monetary liability to ICANN for violations of this Agreement shall be limited to fees and monetary sanctions due and owing to ICANN under this Agreement. In no event shall either party be liable for special, indirect, incidental, punitive, exemplary, or consequential damages arising out of or in connection with this Agreement or the performance or nonperformance of obligations undertaken in this Agreement, except as provided pursuant to Section 4.3 of this Agreement. EXCEPT AS OTHERWISE EXPRESSLY PROVIDED IN THIS AGREEMENT, REGISTRY OPERATOR DOES NOT MAKE ANY WARRANTY, EXPRESS OR IMPLIED, WITH RESPECT TO THE SERVICES RENDERED BY ITSELF, ITS SERVANTS, OR ITS AGENTS OR THE RESULTS OBTAINED FROM THEIR WORK, INCLUDING, WITHOUT LIMITATION, ANY IMPLIED WARRANTY OF MERCHANTABILITY, NON-INFRINGEMENT, OR FITNESS FOR A PARTICULAR PURPOSE.

ARTICLE VI TERMINATION PROVISIONS

Section 6.1 Termination by ICANN. ICANN may terminate this Agreement if and only if: (i) Registry Operator fails to cure any fundamental and material breach of Registry Operator’s obligations set forth in Sections 3.1(a), (b), (d) or (e); Section 5.2 or Section 7.3 within thirty calendar days after ICANN gives Registry Operator written notice of the breach, which notice shall include with specificity the details of the alleged breach; and (ii) (a) an arbitrator or court has finally determined that Registry Operator is, or was, in fundamental and material breach and failed to cure such breach within the prescribed time period and (b) following the decision of such arbitrator or court, Registry Operator has failed to comply with the decision of the arbitrator or court.

Section 6.2 Bankruptcy. This Agreement shall automatically terminate in the event Registry Operator shall voluntarily or involuntarily be subject to bankruptcy proceedings.

Section 6.3 Transition of Registry upon Termination of Agreement. Upon any termination of this Agreement as provided in Sections 6.1 and 6.2, the parties agree to work cooperatively to facilitate and implement the transition of the registry for the TLD in accordance with this Section 6.4. Registry Operator shall agree to provide ICANN or any successor registry authority that may be designated for the TLD with any data regarding operations of the registry for the TLD necessary to maintain operations that may be reasonably requested in addition to that data escrowed in accordance with Section 3.1(c)(i) hereof.

Section 6.4 Rights in Data. Registry Operator shall not be entitled to claim any intellectual property rights in Registry Data. In the event that Registry Data is released

- 13 -

from escrow as set forth in Section 3.1(c)(i), rights, if any, held by Registry Operator in the data shall automatically be licensed on a non-exclusive, irrevocable, royalty-free, paid-up basis to ICANN or to a party designated in writing by ICANN.

Section 6.5 No Reimbursement. Any and all expenditures, capital investments or other investments made by Registry Operator in connection with this Agreement shall be at Registry Operator’s own risk and ICANN shall have no obligation to reimburse Registry Operator for any such expense, capital expenditure or investment. Registry Operator shall not be required to make any payments to a successor registry operator by reason of registry fees paid to Registry Operator prior to the effective date of (i) any termination or expiration of this Agreement or (ii) transition of the registry, unless any delay in transition of the registry to a successor operator shall be due to the actions of Registry Operator.

ARTICLE VII SPECIAL PROVISIONS

Section 7.1 Registry-Registrar Agreement.

(a) Access to Registry Services. Registry Operator shall make access to Registry Services, including the shared registration system, available to all ICANN-accredited registrars, subject to the terms of the Registry-Registrar Agreement attached as Appendix 8 hereto. Registry Operator shall provide all ICANN-accredited registrars following execution of the Registry-Registrar Agreement, provided registrars are in compliance with such agreement, operational access to Registry Services, including the shared registration system for the TLD. Such nondiscriminatory access shall include without limitation the following:

(i) All registrars (including any registrar affiliated with Registry Operator) can connect to the shared registration system gateway for the TLD via the Internet by utilizing the same maximum number of IP addresses and SSL certificate authentication;

(ii) Registry Operator has made the current version of the registrar toolkit software accessible to all registrars and has made any updates available to all registrars on the same schedule;

(iii) All registrars have the same level of access to customer support personnel via telephone, e-mail and Registry Operator’s website;

(iv) All registrars have the same level of access to registry resources to resolve registry/registrar or registrar/registrar disputes and technical and/or administrative customer service issues;

(v) All registrars have the same level of access to data generated by Registry Operator to reconcile their registration activities from Registry Operator’s Web and ftp servers;

- 14 -

(vi) All registrars may perform basic automated registrar account management functions using the same registrar tool made available to all registrars by Registry Operator; and

(vii) The shared registration system does not include, for purposes of providing discriminatory access, any algorithms or protocols that differentiate among registrars with respect to functionality, including database access, system priorities and overall performance.

Such Registry-Registrar Agreement may be revised by Registry Operator from time to time, provided however, that any such revisions must be approved in advance by ICANN.

(b) Registry Operator Shall Not Act as Own Registrar. Registry Operator shall not act as a registrar with respect to the TLD. This shall not preclude Registry Operator from registering names within the TLD to itself through a request made to an ICANN-accredited registrar.

(c) Restrictions on Acquisition of Ownership or Controlling Interest in Registrar. Registry Operator shall not acquire, directly or indirectly, control of, or a greater than fifteen percent ownership interest in, any ICANN-accredited registrar.

Section 7.2 Fees to be Paid to ICANN.

(a) Initial Fees. On the Effective Date, Registry Operator shall make a one-time lump sum payment of US$625,000 to an account designated by ICANN. The uses of these initial fees shall include meeting the costs associated with establishing structures to implement the provisions of this Agreement.

(b) Fixed Registry-Level Fee. Registry Operator shall pay ICANN, to an account designated by ICANN, a Fixed Registry-Level Fee as provided below. Payments shall be made as follows: Beginning 1 July 2006 through 31 December 2006, Registry Operator shall begin prepayment of the 2007 Fixed Registry-Level Fee in equal monthly payments such that the total payments per quarter is US$1,500,000. Beginning 1 January 2007, equal monthly payments for quarters ended 31 March 2007 and 30 June 2007 shall be paid such that the total payments per quarter, calculated net of the prepayments during the quarters ended 30 September 2006 and 31 December 2006, is US$1,500,000. Beginning 1 July 2007, equal monthly payments for quarters ended 30 September 2007, 31 December 2007, 31 March 2008, and 30 June 2008, shall be paid such that the total payments per quarter is US$2,000,000. Beginning 1 July 2008, equal monthly payments will increase such that the total payments per quarter will equal US$3,000,000. Equal monthly payments shall continue such that the total payment per quarter will equal US$3,000,000 except that after 1 July 2009: (i) if the total number of annual domain name registrations increases by a total of ten million over the total number of domain name registrations on the Effective Date

- 15 -

of the Agreement, the equal monthly payments shall increase by an amount totaling $750,000 per quarter, for each quarter that the increased level of annual domain name registrations is maintained; (ii) if the total number of annual domain name registrations increases by a total of twenty million over the total number of domain name registrations at the time of the Effective Date of the Agreement, the equal monthly payments shall increase by an amount in addition to that set forth in 7.2(a)(i), totaling $750,000 per quarter, for each quarter that the increased level of annual domain name registrations is maintained; provided, however, if at any time after the Effective Date, the total number of annual domain name registrations falls below the total number of domain name registrations on the Effective Date of the Agreement, or, if applicable, the total number of annual domain name registrations in 7.2(a)(i) and 7.2(a)(ii) above, the equal monthly payments shall be reduced by US$25,000 per month for every 1 million annual domain name registrations reduction.

(c) Variable Registry-Level Fee. For fiscal quarters in which ICANN does not collect a variable accreditation fee from all registrars, upon receipt of written notice from ICANN, Registry Operator shall pay ICANN a Variable Registry-Level Fee. The fee will be calculated by ICANN. The Registry Operator shall invoice and collect the fees from the registrars who are party to a Registry-Registrar Agreement with Registry Operator and paid to ICANN by the Registry Operator by the 20th day following the end of each calendar quarter (i.e., on April 20, July 20, October 20 and January 20 for the calendar quarters ending March 31, June 30, September 30 and December 31) of the year to an account designated by ICANN. The fee will consist of two components; each component will be calculated by ICANN for each registrar:

(i) The transactional component of the Variable Registry-Level Fee shall be specified by ICANN in accordance with the budget adopted by the ICANN Board of Directors for each fiscal year but shall not exceed US[$0.25].

(ii) The per-registrar component of the Variable Registry-Level Fee shall be specified by ICANN in accordance with the budget adopted by the ICANN Board of Directors for each fiscal year, but the sum of the per-registrar fees calculated for all registrars shall not exceed the total Per-Registrar Variable funding established pursuant to the approved 2004-2005 ICANN Budget.

(d) Interest on Late Payments. For any payments ten days or more overdue, Registry Operator shall pay interest on late payments at the rate of 1.5% per month or, if less, the maximum rate permitted by applicable law.

Section 7.3 Pricing for Domain Name Registrations and Registry Services.

(a) Scope. The Registry Services to which the provisions of this Section 7.3 shall apply are:

(i) the Registry Services defined in Section 3.1(d)(iii)(a), above, and

- 16 -

(ii) other products or services that the Registry Operator is required to provide within the scope of Section 3.1(d)(iii)(b), above, because of the establishment of a Consensus Policy (as defined in Section 3.1(b) above):

(1) to implement changes in the core functional or performance specifications for Registry Services (as defined in Section 3.1(d)(iii)(a)); or

(2) that are reasonably necessary to facilitate: (A) Security and/or Stability of the Internet or DNS; (B) Security and Stability of the registry database for the TLD; or (C) resolution of disputes regarding the registration of domain names (as opposed to the use of such domain names).

Nothing contained herein shall be construed to apply the provisions of this Section 7.3 to the services enumerated in Appendix 9 of this Agreement.

(b) No Tying. Registry Operator shall not require, as a condition of the provision or use of Registry Services subject to this Section 7.3 in accordance with the requirements of this Agreement, including without limitation Section 7.1 and Appendix 10, that the purchaser of such services purchase any other product or service or refrain from purchasing any other product or service. Notwithstanding any other offering that may include all or any portion of the Registry Services at any price, Registry Operator shall offer to all ICANN-accredited registrars the combination of all Registry Services subject to this Section 7.3 at a total price for those Registry Services that is no greater than the Maximum Price calculated pursuant to Section 7.3(d) and that otherwise complies with all the requirements of Section 7.3.

(c) Price for Registry Services. The price for all Registry Services subject to this Paragraph 7.3 shall be the amount, not to exceed the Maximum Price, that Registry Operator charges for each annual increment of a new and renewal domain name registration and for each transfer of a domain name registration from one ICANN-accredited registrar to another.

(d) Maximum Price. The Maximum Price for Registry Services subject to this Paragraph 7.3 shall be as follows:

(i) from the Effective Date through 31 December 2006, US$6.00;

(ii) for each calendar year beginning with 1 January 2007, the smaller of the preceding year’s Maximum Price or the highest price charged during the preceding year, multiplied by 1.07; provided, however, that such increases shall only be permitted in four years of any six year term of the Agreement. In any year, however, where a price increase does not occur, Registry Operator shall be entitled to increase the Maximum Price by an amount sufficient to cover any additional incremental costs incurred during the term of the Agreement due to the imposition of any new Consensus Policy or documented extraordinary expense

- 17 -

resulting from an attack or threat of attack on the Security or Stability of the DNS, not to exceed the smaller of the preceding year’s Maximum Price or the highest price charged during the preceding year, multiplied by 1.07.

(e) No price discrimination. Registry Operator shall charge the same price for Registry Services subject to this Section 7.3, not to exceed the Maximum Price, to all ICANN-accredited registrars (provided that volume discounts and marketing support and incentive programs may be made if the same opportunities to qualify for those discounts and marketing support and incentive programs is available to all ICANN-accredited registrars).

(f) Adjustments to Pricing for Domain Name Registrations. Registry Operator shall provide no less than six months prior notice in advance of any increase for new and renewal domain name registrations and for transferring a domain name registration from one ICANN-accredited registrar to another and shall continue to offer for periods of up to ten years new and renewal domain name registrations fixed at the price in effect at the time such offer is accepted. Registry Operator is not required to give notice of the imposition of the Variable Registry-Level Fee set forth in Section 7.2(c).

(g) Maximum Price does not include ICANN Variable Registry-Level Fee. The Maximum Price does not include, and shall not be calculated from a price that includes, all or any part of the ICANN Variable Registry-Level Fee set forth in Section 7.2(c), above, or any other per-name fee for new and renewal domain name registrations and for transferring a domain name registration from one ICANN-accredited registrar to another.

ARTICLE VIII MISCELLANEOUS

Section 8.1 No Offset. All payments due under this Agreement shall be made in a timely manner throughout the term of this Agreement and notwithstanding the pendency of any dispute (monetary or otherwise) between Registry Operator and ICANN.

Section 8.2 Use of ICANN Name and Logo. ICANN grants to Registry Operator a non-exclusive royalty-free license to state that it is designated by ICANN as the Registry Operator for the Registry TLD and to use a logo specified by ICANN to signify that Registry Operator is an ICANN-designated registry authority. This license may not be assigned or sublicensed by Registry Operator.

Section 8.3 Assignment and Subcontracting. Any assignment of this Agreement shall be effective only upon written agreement by the assignee with the other party to assume the assigning party’s obligations under this Agreement. Moreover, neither party may assign this Agreement without the prior written approval of the other party. Notwithstanding the foregoing, ICANN may assign this Agreement (i) in conjunction with a reorganization or re-incorporation of ICANN, to another nonprofit corporation organized for the same or substantially the same purposes, or (ii) as may be required pursuant to the terms of that certain Memorandum of Understanding between ICANN

- 18 -

and the U.S. Department of Commerce, as the same may be amended from time to time. Registry Operator must provide notice to ICANN of any subcontracting arrangements, and any agreement to subcontract portions of the operations of the TLD must mandate compliance with all covenants, obligations and agreements by Registry Operator hereunder. Any subcontracting of technical operations shall provide that the subcontracted entity become party to the data escrow agreement mandated by Section 3.1(c)(i) hereof.

Section 8.4 Amendments and Waivers. No amendment, supplement, or modification of this Agreement or any provision hereof shall be binding unless executed in writing by both parties. No waiver of any provision of this Agreement shall be binding unless evidenced by a writing signed by the party waiving compliance with such provision. No waiver of any of the provisions of this Agreement or failure to enforce any of the provisions hereof shall be deemed or shall constitute a waiver of any other provision hereof, nor shall any such waiver constitute a continuing waiver unless otherwise expressly provided.

Section 8.5 No Third-Party Beneficiaries. This Agreement shall not be construed to create any obligation by either ICANN or Registry Operator to any non-party to this Agreement, including any registrar or registered name holder.

Section 8.6 Notices, Designations, and Specifications. All notices to be given under or in relation to this Agreement shall be given either (i) in writing at the address of the appropriate party as set forth below or (ii) via facsimile or electronic mail as provided below, unless that party has given a notice of change of postal or email address, or facsimile number, as provided in this agreement. Any change in the contact information for notice below shall be given by the party within 30 days of such change. Any notice required by this Agreement shall be deemed to have been properly given (i) if in paper form, when delivered in person or via courier service with confirmation of receipt or (ii) if via facsimile or by electronic mail, upon confirmation of receipt by the recipient’s facsimile machine or email server. Whenever this Agreement shall specify a URL address for certain information, Registry Operator shall be deemed to have been given notice of any such information when electronically posted at the designated URL. In the event other means of notice shall become practically achievable, such as notice via a secure website, the parties shall work together to implement such notice means under this Agreement.

If to ICANN, addressed to:

Internet Corporation for Assigned Names and Numbers

4676 Admiralty Way, Suite 330

Marina Del Rey, California 90292

Telephone: 1 ###-###-####

Facsimile: 1 ###-###-####

Attention: President and CEO

With a Required Copy to: General Counsel

Email: (As specified from time to time.)

- 19 -

If to Registry Operator, addressed to:

VeriSign, Inc.

21355 Ridgetop Circle

Dulles, VA 20166

Telephone: 1 ###-###-####

Facsimile: 1 ###-###-####

Attention: VP, Associate General Counsel, VNDS

With a Required Copy to: General Counsel

Email: (As specified from time to time.)

Section 8.7 Language. Notices, designations, determinations, and specifications made under this Agreement shall be in the English language.

Section 8.8 Counterparts. This Agreement may be executed in one or more counterparts, each of which shall be deemed an original, but all of which together shall constitute one and the same instrument.

Section 8.9 Entire Agreement. This Agreement (including its Appendices, which form a part of it) constitutes the entire agreement of the parties hereto pertaining to the operation of the TLD and supersedes all prior agreements, understandings, negotiations and discussions, whether oral or written, between the parties on that subject. In the event of a conflict between the provisions in the body of this Agreement and any provision in its Appendices, the provisions in the body of the Agreement shall control.

- 20 -

IN WITNESS WHEREOF, the parties hereto have caused this Agreement to be executed by their duly authorized representatives.

INTERNET CORPORATION FOR ASSIGNED NAMES AND NUMBERS


		By:		/s/ Paul Twomey
				Paul Twomey
				President and CEO

		Date: 1 March 2006

		VeriSign, Inc.

		By:		/s/ Stratton Scalvos
				Stratton Sclavos
				President and CEO, VeriSign, Inc.

		Date: 1 March 2006

- 21 -

.COM Agreement Appendix 1

Data Escrow Specification

EXHIBIT A—Task Order and Statement of Work

TASK ORDER TITLE

Exhibit A to the Escrow Agreement dated .

COMPANY NAME

Data Escrow Provider

STATEMENT OF WORK

Establish an escrow account to deposit all data identified in Section 3.1(c)(i) of the Registry Agreement between VeriSign, Inc. (“VNDS”) and the Internet Corporation for Assigned Names and Numbers (“ICANN”) ( the “Data”) in an electronic format mutually approved by VNDS and ICANN. More specifically, to meet the Data Escrow requirements outlined in the Registry Agreement, VNDS will store in escrow with Data Escrow Provider a complete set of Data in an electronic format agreed upon by VNDS and ICANN. Data Escrow Provider will verify that the data is complete, accurate, and delivered in the intended format using scripts provided by VNDS. The escrow deposit verification process will validate completeness and integrity (accuracy) of the data as well as validate that the file format sent is the format received by Data Escrow Provider (correctness). Refer to Exhibit B to review the verification processes. The Introspection validation, defined in Exhibit B, will be implemented in a later phase, as mutually agreed by the parties hereto.

Data will be securely and electronically transmitted on a daily and weekly basis as follows:

Weekly Escrow Deposits:

VNDS will deposit a complete set of Data into escrow on a weekly basis by electronically and securely transmitting a snapshot of each operational Registrar’s data (the “Deposit Materials”). The snapshot captures the state of each Registrar’s data at the time the snapshot was created. Specific data elements contained in the Deposit Materials are identified in Table 1.

Daily Escrow Deposits:

VNDS will securely and electronically deposit a transaction log for each operational Registrar representing transactions that occurred over the previous 24 hour period (the “Additional Deposit”). The logs will be escrowed daily, being in the form of Additional Deposit each Tuesday through Sunday, and being in the form of the Weekly Deposit Materials each Monday, which shall capture that Sunday’s data. The Daily Additional Deposit will act as incremental updates to the Weekly Deposit Materials and will include all Registrar activity, such as add, delete, and transfer of a domain name. Specific data elements contained in the Additional Deposit are identified in Table 2.

Electronic Delivery Service Escrow Deposit Method:

The “Electronic Delivery Service” escrow deposit method shall mean and refer to the following: VNDS shall transmit the Deposit Materials and Additional Deposit to a secure server on a weekly and daily basis, respectively. VNDS shall provide a secure ID and password for Data Escrow Provider. Data Escrow Provider shall pull the transmitted data from the server and store it in a secured location. The transmitted data will be made available to Data Escrow Provider as follows:

Daily Deposits:

Daily transactional data will be made available at the close of business each Tuesday through Sunday for the previous calendar day. For example, transactional data created on Monday would be available to the escrow company on Tuesday at the close of business. The results of transactions completed on Sunday will be made available in the Weekly Deposit Materials, thus no separate Daily Additional Deposit will be made for Sunday activity.

Weekly Deposits:

Weekly database snapshots taken at midnight on Sundays will be available not later than 6 p.m. each Monday.

Data Transmission File Sizes:

The Weekly Deposit Materials shall include the Registrar Domain Report, Registrar Nameserver Report, and Registrar Whois Report, and may include Domain Name Registrant Data, DNSSEC-Related Data and Registry Service Data as set forth below.

FILE SIZE ESTIMATES


	Daily	Weekly
Current Data Escrow Size	up to 400 Megabytes	up to 4 Gigabytes

Forecasted 2005 Data Escrow Size	up to 600 Megabytes	up to 7.5 Gigabytes

Total Forecasted Escrow Size	up to 1.5 Gigabytes	up to 15 Gigabytes

Table 1: Weekly Deposit Materials Format

Registrar Weekly Reports

1.	Registrar Domain Report

Title: Registrar Domain Report

Report name: rgr_domain

Description: This report contains data for domains sponsored by all registrars. Each domain is listed once with the current status and associated nameserver.

Fields:

Domain Name (domainname)

Server name for each nameserver (servername)

Registrar ID (GURID)

Updated Date (updatedate)

Creation Date (createdate)

Expiration Date (expirationdate)

Status Information (statusname)

DNSSEC-Related Key Material (dnssec) [as applicable]

2.	Registrar Nameserver Report

Title: Registrar Nameserver Report

Report name: rgr_nameserver

Description: This report contains data for all nameservers sponsored by all registrars. The nameserver is listed once with all associated information.

Fields:

Server Name (servername)

IP Address (ipaddress)

Registrar ID (gurid)

Updated Date (updatedate)

Creation Date (createdate)

Expiration Date (expirationdate)

Status Information (statusname)

3.	Registrar Whois Report

Title: Registrar Whois Report

Report name: Registrar Whois

Description: This report contains data for registrars sponsoring registered domains and nameservers and will consist of one record for each registrar.

Fields:

Registrar ID (REGISTRARID)

Registrar Name (REGISTRARNAME)

Address 1 (ADDRESSLINE1)

Address 2 (ADDRESSLINE2)

Address 3 (ADDRESSLINE3)

City (CITY)

State / Province (STATEPROVINCE)

Postal Code (POSTALCODE)

Country (COUNTRYCODE)

Telephone Number (PHONENUMBER)

Fax Number (FAXNUMBER)

E-Mail Address (EMAIL)

Whois Server (WHOISSERVER)

Web URL (URL)

Updated Date (UPDATEDATE)

Administrative Contact First Name(ADMINFNAME)

Administrative Contact Last Name (ADMINLNAME)

Administrative Contact Telephone Number (ADMINPHONE)

Administrative Contact E-Mail (ADMINEMAIL)

Billing Contact First Name (BILLINGFNAME)

Billing Contact Last Name (BILLINGLNAME)

Billing Contact Telephone Number (BILLINGPHONE)

Billing Contact E-Mail (BILLINGEMAIL)

Technical Contact First Name (TECHFNAME)

Technical Contact Last Name (TECHLNAME)

Technical Contact Telephone Number (TECHPHONE)

Technical Contact E-Mail (TECHEMAIL)

4.	Domain Name Registrant Data

If VNDS requires registrars to provide it with registrant domain name registration data, VNDS shall escrow such registrant domain name registration data that is collected from registrars.

5.	DNSSEC-Related Data

If VNDS requires registrars to provide it with DNSSEC related material necessary to sign the .com zone (e.g., public and private portions of the .com zone) key-signing keys and zone-signing keys, VNDS shall escrow such DNSSEC-related material.

6.	Registry Services Data

VNDS shall escrow data collected from registrars as part of offering Registry Services introduced after the Effective Date of its Registry Agreement with ICANN, if any.

Table 2: Daily Additional Deposit Format

Registrar Daily Additional Deposits

1. Registrar Transaction Report

Title: Registrar Transaction Report

Report name: rgr_transaction

Description: This report contains transactions associated with a specific registrar. Domain operations produce one row for each associated nameserver. Nameserver operations produce one row for each associated ipaddress. A transactionid is included to allow unique identification of transactions. The content of columns 3 and 4 is dependent on the operation in the following ways:

operation Œ (ADD_DOMAIN, MOD_DOMAIN, DEL_DOMAIN) => [domainname][servername]

operation Œ (ADD_NAMESERVER, MOD_ NAMESERVER, DEL_ NAMESERVER) => [ipaddress][servername]

operation Œ (TRANSFER_DOMAIN) => [domainname][null]

Only the seven (7) operation types above are included in the report.

Fields:

transactionid

operationname

domainname | ipaddress

servername | null

transactiondate

1. ADDITIONAL TERMS AND CONDITIONS

Registry Operator shall periodically deposit into escrow all Data on a schedule (not more frequently than weekly for a complete set of Data, and daily for incremental updates) and in an electronic format mutually approved from time to time by Registry Operator and ICANN, such approval not to be unreasonably withheld by either party. The escrow shall be maintained, at Registry Operator’s expense, by a reputable escrow agent mutually approved by Registry Operator and ICANN, such approval also not to be unreasonably withheld by either party. The schedule, content, format, and procedure for escrow deposits shall be as reasonably established by ICANN from time to time. Changes to the schedule, content, format, and procedure may be made only with the mutual written consent of ICANN and Registry Operator (which neither party shall unreasonably withhold) or through the establishment of Consensus Policies as set forth in Section 3.1(b) of the Registry Agreement between VNDS and ICANN. The escrow shall be held under an agreement, substantially in the form of Appendix 2, among ICANN, Registry Operator, and the Escrow Agent.

2. PERIOD OF PERFORMANCE

Period of Performance shall be as defined by section 7(a) of this Escrow Agreement.

3. FEE SCHEDULE

Fees to be paid by VNDS shall be as follows:

Initialization fee (one time only) $

*Annual maintenance/storage fee $

*includes two cubic feet of storage space

Additional Services Available:

Electronic Updates

Transmitted once daily $

Price quoted is limited to 650 MB per update.

Electronic Updates over 650 MB $

Fee incurred for updates over 650 MB will be billed on a monthly basis.

Additional Services

Verification / File Listing Services $

(This includes up to one hour of service for each deposit)

Additional Storage Space $

Payable by Licensee or Producer Only Upon Release Request:

Due Only Upon Licensee’s or Producer’s

Request for Release of Deposit Materials $

Fees due in full, in US dollars, upon receipt of signed contract or deposit material, whichever comes first. Thereafter, fees shall be subject to their current pricing, provided that such prices shall not increase by more than 10% per year. The renewal date for this Agreement will occur on the anniversary of the first invoice. If other currency acceptance is necessary, please contact your Account Manager to make arrangements.

EXHIBIT B

The goal of the Escrow Process is to periodically encapsulate all Registrar-specific information into a single Escrow File and to make this file available to a third party for escrow storage. Existing Daily and Weekly reports as well as a Registrars Report (note a) will be used to construct the Escrow File because these reports, when taken together, describe completely the entire set of domains, nameservers, and Registrars.

The Escrow Process employs a method of encapsulation whereby the Daily, Weekly, and Registrar reports are concatenated, compressed, signed, and digested into a single file. The format of this encapsulation enables the single file to be verified for Completeness (note b), Correctness (note c), and Integrity (note d) by a third party. The Escrow Process includes data format specification for each report file using regular expression algebra. This format specification is stored with the report file itself and is used for format verification later. The report file along with data format specification is then digitally signed for authentication, non-repudiation and message integrity verification.

Verification Process

The goal of the Verification Process is to verify Completeness (note b), Correctness (note c), and Integrity (note d) of an Escrow File. The Verification Process uses layers of meta-data encapsulated in the Escrow File to construct a Verification Report (note f). The verification report produced by the verification process indicates whether the data file meets the authentication requirements. The report has 2 sections actions and results. Actions section describes each of the actions taken against the data file and whether those actions met success or failure. Results section describes the results of the Verification Process. If there was a failure in the Actions section then the Results section will describe details of the failure and indicate that the Data File is corrupt and cannot be verified. If no errors are present the Results section will indicate that the file is valid.

Notes

a. Registrars Report

The existing Daily and Weekly reports associate Data and transactions to specific Registrars by naming each report with a specific Registrar Id. The Registrar report provides a mapping between these Registrar Ids and other associated Registrar information such as name, credit, billing address, contact info, and location.

b. Completeness

A data file transfer is complete if all data files transferred from the source machine are present on the destination machine.

c. Correctness

A data file transfer is correct if each data file on the destination machine has the same information content as that on source machine.

d. Integrity

A data file transfer has integrity if no data file was altered by a third party while in transit.

e. Regular Expression Algebra

The regular expression algebra is a powerful data description language. The data structure description can be as specific or generic as necessary.

f. Verification Report

The verification report produced by the Verification Process indicates whether a Data File meets the authentication requirements. The report has 2 sections:

Actions

This section describes each of the actions taken against the Data File and whether those actions met “SUCCESS” or “FAILURE”.

Results

This section describes the results of the Verification Process. If there was a “FAILURE” in the Actions section then the Results section will describe details of

the failure and indicate that the Data File is corrupt and cannot be verified. If no errors are present the Results section will enumerate the Report Files contained within the Data File and indicate that the file is valid.

.COM Agreement Appendix 2

Escrow Agreement

This Escrow Agreement (“Agreement”) is made as of this day of , , by and between VeriSign, Inc. (“VNDS”), [Escrow Agent] (“Escrow Agent”), and the Internet Corporation for Assigned Names and Numbers (“ICANN”).

Preliminary Statement. VNDS intends to deliver the “Deposit Materials” and any “Additional Deposit” to Escrow Agent as defined and provided for herein. VNDS desires Escrow Agent to hold the Deposit Materials and, upon certain events described herein, deliver the Deposit Materials (or a copy thereof) to ICANN in accordance with the terms hereof.

Now, therefore, in consideration of the foregoing, of the mutual promises hereinafter set forth, and for other good and valuable consideration, the receipt and sufficiency of which are hereby acknowledged, the parties agree as follows:

1. Delivery by VNDS. VNDS shall be solely responsible for delivering to Escrow Agent the Deposit Materials, as defined and described in Exhibit A, the “Task Order and Statement of Work,” attached as Appendix 1 to the .com Registry Agreement between VNDS and ICANN and incorporated herein by reference. VNDS may elect to deliver the Deposit Materials by the “Electronic Delivery Service,” defined in Exhibit A to Appendix 1 or in a manner mutually agreed upon by Escrow Agent and VNDS. Upon receipt of the Deposit Materials via Electronic Delivery Service, Escrow Agent shall download the Deposit Materials onto CD-ROM, or other electronic storage media as mutually agreed upon by Escrow Agent and VNDS, and generate a file listing, which Escrow Agent shall, within ten (10) business days of the end of each calendar month, forward to VNDS, via email or United States mail. Within two (2) business days after receiving them, Escrow Agent shall verify that any Deposit Materials are in the proper format and appear to be complete by performing the verification procedures specified in Exhibit B of Appendix 1. Escrow Agent shall deliver, on the last business day of each month, a written certification to ICANN that it has performed those verification procedures on all Deposit Materials received during the last month and shall deliver to ICANN a copy of the verification reports generated by those procedures. If Escrow Agent discovers that any Deposit Materials fail the verification procedures, Escrow Agent shall notify ICANN and VNDS of such nonconformity within forty-eight (48) hours. Escrow Agent shall then hold the Deposit Materials in accordance with the terms and conditions hereof.

2. Duplication; Periodic Updates

(a) Escrow Agent may duplicate the Deposit Materials by any means in order to comply with the terms and provisions of this Agreement. Alternatively, Escrow Agent, by notice to VNDS, may reasonably require VNDS to promptly duplicate the Deposit Materials and forward the same to Escrow Agent.

(b) VNDS shall deposit with Escrow Agent the “Additional Deposit,” as defined and described in the attached Exhibit A of Appendix 1. Within two (2) business days after receiving them, Escrow Agent shall verify that any Additional Deposits are in the proper format and appear to be complete by performing the verification procedures specified in Exhibit B of Appendix 1. Escrow Agent shall deliver, on the last business day of each month, a written certification to ICANN that it has performed those verification procedures on all Additional Deposits received during the last month and shall deliver to ICANN a copy of the verification reports generated by those procedures. If Escrow Agent discovers that any Additional Deposits fail the verification procedures, Escrow Agent shall notify ICANN and VNDS of such nonconformity within forty-eight (48) hours.

3. Notification of Deposits. Simultaneous with the delivery to Escrow Agent of the Deposit Materials or any Additional Deposit, as the case may be, VNDS shall deliver to Escrow Agent a written statement, via email, specifically identifying all items deposited and stating that the Deposit Materials and/or any Additional Deposit have been inspected by VNDS and are complete and accurate. Escrow Agent shall, within ten (10) business days of receipt of any Deposit Materials or Additional Deposit, send notification to VNDS, via email, that it has received from VNDS such Deposit Materials and/or any such Additional Deposit. In addition, Escrow Agent shall also include a copy of the verification report as confirmation that it has run the verification process.

4. Delivery by Escrow Agent

4.1 Delivery by Escrow Agent to ICANN. Escrow Agent shall deliver the Deposit Materials and any Additional Deposits received since the last submission of Deposit Material (“Outstanding Additional Deposits”), or a complete copy thereof, to ICANN only in the event that:

(a) VNDS notifies Escrow Agent to effect such delivery to ICANN at a specific address, the notification being accompanied by a check payable to Escrow Agent in the amount of one hundred dollars ($100.00); or

(b) Escrow Agent receives from ICANN:

(i) Written notification that the Registry Agreement between VNDS and ICANN dated , 2005 (“Registry Agreement”) has been finally, validly and legally terminated under Section 6 of the Registry Agreement and no injunction or similar order has been obtained from an arbitrator or court prohibiting ICANN from securing the data in this escrow (“Registry Termination”);

(ii) evidence satisfactory to Escrow Agent that ICANN has previously notified VNDS of such Registry Termination in writing;

(iii) a written demand that the Deposit Materials and Outstanding Additional Deposits be released and delivered to ICANN;

(iv) a written undertaking from ICANN that the Deposit Materials and Outstanding Additional Deposits being supplied to ICANN will be used only as permitted under the terms of the Registry Agreement;

(v) specific instructions from ICANN for this delivery; and

(vi) a check from VNDS, or from ICANN (who will then be reimbursed by VNDS), payable to Escrow Agent in the amount of one hundred dollars ($100.00); or

4.2 Delivery at VNDS’s Request. If the provisions of 4.1(a) are satisfied, Escrow Agent shall, within five (5) business days after receipt of the notification and check specified in Paragraph 4.1(a), deliver the Deposit Materials and Outstanding Additional Deposits in accordance with the applicable instructions.

4.3 Delivery at ICANN’s Request. If the provisions of Paragraphs 4.1(b) or 4.1(c) are satisfied, Escrow Agent within five (5) business days after receipt of all the documents specified in these paragraphs, shall deliver the following: (i) to VNDS, a photostatic copy of all such documents; (ii) to ICANN, as specifically instructed by ICANN, electronic copies of the Deposit Materials and electronic copies of the Outstanding Additional Deposits; provided, however, that if the delivery is commenced by reason of Paragraph 4.1 (c), VNDS may make the payment owing to Escrow Agent during the five (5) business day period referenced above, and Escrow Agent shall not thereafter deliver to ICANN the materials specified in subpart (ii), above. Following receipt of the notice to VNDS under subpart (i) of the preceding sentence, VNDS shall have thirty (30) days from the date on which VNDS receives such documents (“Objection Period”) to notify Escrow Agent of its objection (“Objection Notice”) to the release of the Deposit Materials to ICANN and request that the issue of entitlement to a copy of the Deposit Materials be submitted to arbitration in accordance with the following provisions:

(a) The sending of an Objection Notice shall not delay delivery of Deposit Materials and Outstanding Additional Deposits to ICANN.

(b) If VNDS shall send an Objection Notice to Escrow Agent during the Objection Period, the matter shall be submitted to and settled by arbitration by a panel of three (3) arbitrators chosen by the American Arbitration Association in accordance with the rules of the American Arbitration Association. The arbitrators shall apply the law of California exclusive of its conflicts of laws rules. At least one (1) arbitrator shall be reasonably familiar with the Internet industry. The decision of the arbitrators shall be binding and conclusive on all parties involved, and judgment upon their decision may be entered in a court of competent jurisdiction. All costs of the arbitration incurred by Escrow Agent, including reasonable attorneys’ fees and costs, shall be paid by the party which does not

prevail in the arbitration; provided, however, if the arbitration is settled prior to a decision by the arbitrators, the parties involved in the arbitration shall each pay an equal percentage of all such costs.

(c) Notwithstanding Paragraph 4.3(b), the parties agree that any arbitration brought pursuant to Paragraph 4.3 shall not re-evaluate, reconsider, or otherwise subject to review any issues, causes of action, or other claims which were decided, in an arbitration or court decision involving the parties hereto concerning the Registry Agreement and/or the Cooperative Agreement, and that any decision regarding such issues or claims in an arbitration brought pursuant to Paragraph 4.3 would be invalid, unenforceable, and not binding. The propriety, validity, legality, or effectiveness of any terminations or actions under the Registry Agreement and/or Cooperative Agreement shall be determined solely through procedures and remedies provided for by those respective agreements, not through any arbitration brought pursuant to Paragraph 4.3. Any arbitration proceeding brought pursuant to Paragraph 4.3 shall be limited to a determination of whether Paragraphs 4.1(b) and (c) have been satisfied.

(d) VNDS may, at any time prior to the commencement of arbitration proceedings, notify Escrow Agent that VNDS has withdrawn the Objection Notice. Upon receipt of any such notice from VNDS, Escrow Agent shall promptly deliver Deposit Materials and Outstanding Additional Deposits to ICANN in accordance with the instructions provided by ICANN.

(e) If the release of materials to ICANN pursuant to Paragraph 4.3 is judged to be proper in any arbitration brought in accordance with Paragraph 4.3, Escrow Agent shall promptly deliver to ICANN, in accordance with the instructions specified in Paragraph 4.1(b)(v) above, any Deposit Materials and Outstanding Additional Deposits that have not previously been delivered. All parties agree that Escrow Agent shall not be required to deliver such Deposit Materials and Outstanding Additional Deposits until all such fees then due to Escrow Agent have been paid.

(f) If the release of the Deposit Materials and Outstanding Additional Deposits to ICANN pursuant to Paragraph 4.3 is judged to have been improper in any arbitration brought in accordance with Paragraph 4.3, ICANN shall promptly return or destroy, at VNDS’s discretion, those Deposit Materials and Outstanding Additional Deposits that were received by ICANN pursuant to Paragraph 4.3.

4.4 Delivery by Escrow Agent to VNDS. Escrow Agent shall release and deliver the Deposit Materials and any Additional Deposit to VNDS upon termination of this Agreement in accordance with Paragraph 7(a) or 7(b) hereof.

5. Indemnity. VNDS and ICANN shall jointly and severally indemnify and hold harmless Escrow Agent and each of its directors, officers, agents, employees and stockholders (“Escrow Agent Indemnitees”) absolutely and forever, from and against any and all claims, actions, damages, suits, liabilities, obligations, costs, fees, charges, and any other expenses whatsoever, including reasonable

attorneys’ fees and costs, that may be asserted by a third party against any Escrow Agent Indemnitee in connection with this Agreement or the performance of Escrow Agent or any Escrow Agent Indemnitee hereunder. Escrow Agent shall likewise indemnify VNDS, ICANN, and each of their directors, officers, agents, employees and stockholders (“Indemnitees”) absolutely and forever, from and against any and all claims, actions, damages, suits, liabilities, obligations, costs, fees, charges, and any other expenses whatsoever, including reasonable attorneys’ fees and costs, that may be asserted by a third party against any Indemnitee in connection with the misrepresentation, negligence or misconduct of Escrow Agent, its employees, or contractors in satisfying Escrow Agent’s obligations under this Agreement.

6. Disputes and Interpleader.

(a) Escrow Agent may submit any dispute under this Agreement to any court of competent jurisdiction in an interpleader or similar action other than a matter submitted to arbitration after Escrow Agent’s receipt of an Objection Notice under Paragraph 4 and the parties under this Agreement submit the matter to such arbitration as described in Paragraph 4 of this Agreement. Any and all costs incurred by Escrow Agent in connection therewith, including reasonable attorneys’ fees and costs, shall be borne 50% by each of VNDS and ICANN.

(b) Escrow Agent shall perform any acts ordered by any court of competent jurisdiction, without any liability or obligation to any party hereunder by reason of such act.

7. Term and Renewal.

(a) The initial term of this Agreement shall be two (2) years, commencing on the date hereof (the “Initial Term”). This Agreement shall be automatically extended for an additional term of one year (“Additional Term”) at the end of the Initial Term and at the end of each Additional Term hereunder unless, on or before ninety (90) days prior to the end of the Initial Term or an Additional Term, as the case may be, either (i) Escrow Agent or (ii) VNDS, with the concurrence of ICANN, notifies the other parties that it wishes to terminate the Agreement at the end of such term.

(b) In the event VNDS gives notice of its intent to terminate pursuant to Paragraph 7(a), and ICANN fails to concur according to Paragraph 7(a), ICANN shall be responsible for payment of all subsequent fees in accordance with Exhibit A of Appendix 1 and shall have the right to terminate this Agreement at the end of the Initial Term or any Additional Term upon giving the other parties ninety (90) days notice.

(c) In the event of termination of this Agreement in accordance with Paragraph 7(a) or 7(b) hereof, VNDS shall pay all fees due Escrow Agent and shall promptly notify ICANN that this Agreement has been terminated and that Escrow Agent shall return to VNDS all copies of the Deposit Materials and any Additional Deposit then in its possession.

8. Fees. VNDS shall pay to Escrow Agent the applicable fees in accordance with Exhibit A of Appendix 1 as compensation for Escrow Agent’s services under this Agreement. The first year’s fees are due upon receipt of the signed contract or Deposit Materials, whichever comes first, and shall be paid in U.S. Dollars.

(a) Payment. Escrow Agent shall issue an invoice to VNDS following execution of this Agreement (“Initial Invoice”), on the commencement of any Additional Term hereunder, and in connection with the performance of any additional services hereunder. Payment is due upon receipt of an invoice. All fees and charges are exclusive of, and VNDS is responsible for the payment of, all sales, use and like taxes. Escrow Agent shall have no obligations under this Agreement until the Initial Invoice has been paid in full by VNDS.

(b) Nonpayment. In the event of non-payment of any fees or charges invoiced by Escrow Agent, Escrow Agent shall give notice of non-payment of any fee due and payable hereunder to VNDS and, in such an event, VNDS shall have the right to pay the unpaid fee within ten (10) business days after receipt of notice from Escrow Agent. If VNDS fails to pay in full all fees due during such ten (10) day period, Escrow Agent shall give notice of non-payment of any fee due and payable hereunder to ICANN and, in such event, ICANN shall have the right to pay the unpaid fee within ten (10) business days of receipt of such notice from Escrow Agent. Upon payment of the unpaid fee by either VNDS or ICANN, as the case may be, this Agreement shall continue in full force and effect until the end of the applicable term. Upon a failure to pay the unpaid fee under this Paragraph 8(b) by either VNDS or ICANN, or by VNDS under 4.3, the Escrow Agent shall proceed as set forth in Paragraph 4.3 as though ICANN had requested delivery of the Deposit Materials.

9. Ownership of Deposit Materials. The parties recognize and acknowledge that ownership of the Deposit Materials during the effective term of this Agreement shall remain with VNDS at all times.

10. Retention and Confidentiality.

(a) Retention. Escrow Agent shall hold and maintain the Deposit Materials in a secure, locked, and environmentally safe facility which is accessible only to authorized representatives of Escrow Agent. Escrow Agent shall use commercially reasonable efforts to protect the integrity of the Deposit Materials. Each of ICANN and VNDS shall have the right to inspect Escrow Agent’s written records with respect to this Agreement upon reasonable prior notice and during normal business hours.

(b) Confidentiality. Escrow Agent shall at all times protect the confidentiality of the Deposit Materials. Except as provided in this Agreement, Escrow Agent shall not disclose, transfer, make available, or use any Deposit Materials (or any

copies of any Deposit Materials). Should Escrow Agent be put on notice that it is required to disclose any Deposit Materials by statute, rule, regulation, order, or other requirement of a governmental agency, legislative body, court of competent jurisdiction, or binding arbitral body (other than any requirement pursuant to Sections 4 or 8(b) of this Agreement), Escrow Agent shall notify ICANN and VNDS within seven (7) days or as soon as practicable and reasonably cooperate with VNDS and/or ICANN in any contest of the disclosure. Should any contest prove unsuccessful, Escrow Agent shall not be held liable for any disclosure pursuant to such governmental, legislative, judicial, or arbitral order, statute, rule, regulation, or other requirement.

11. Miscellaneous.

(a) Remedies. Except for misrepresentation, negligence or misconduct by Escrow Agent, its employees, or contractors, Escrow Agent shall not be liable to VNDS or to ICANN for any act, or failure to act, by Escrow Agent in connection with this Agreement. Any liability of Escrow Agent regardless of the cause shall be limited to the fees exchanged under this Agreement. Escrow Agent will not be liable for special, indirect, incidental or consequential damages hereunder.

(b) Permitted Reliance and Abstention. Escrow Agent may rely and shall be fully protected in acting or refraining from acting upon any notice or other document believed by Escrow Agent in good faith to be genuine and to have been signed or presented by the proper person or entity. Escrow Agent shall have no duties or responsibilities except those expressly set forth herein.

(c) Independent Contractor. Escrow Agent is an independent contractor and is not an employee or agent of either VNDS or ICANN.

(d) Amendments. This Agreement shall not be modified or amended except by another agreement in writing executed by each of the parties hereto.

(e) Assignment. Neither VNDS nor ICANN may assign or transfer this Agreement (by merger, sale of assets, operation of law, or otherwise), except that the rights and obligations of VNDS or ICANN automatically shall be transferred to the assignee of one of those parties’ rights and obligations under the Registry Agreement. Escrow Agent may not assign or transfer this Agreement without the prior written consent of both VNDS and ICANN.

(f) Entire Agreement. This Agreement, including all exhibits hereto, supersedes all prior discussions, understandings and agreements between Escrow Agent and the other parties with respect to the matters contained herein, and constitutes the entire agreement between Escrow Agent and the other parties with respect to the matters contemplated herein. All exhibits attached to Appendix 1, specifically, Exhibit A (consisting of Task Order and Statement of Work, File Size Estimates, Table 1, Table 2, and Additional Terms and Conditions), Exhibit B, are by this reference made a part of this Agreement and are incorporated herein.

(g) Counterparts; Governing Law. This Agreement may be executed in counterparts, each of which when so executed shall be deemed to be an original and all of which when taken together shall constitute one and the same Agreement. This Agreement shall be governed by and interpreted in accordance with the laws of California, without regard to its conflicts of law principles. Except as specifically provided for herein, all of the parties additionally consent to the personal jurisdiction of California, acknowledge that venue is proper in any state and Federal court in California, agree to any action related to this Agreement properly brought in one of these courts, and waive any objection it has or may have in the future with respect to any of the foregoing.

(h) Notices. All notices, requests, demands or other communications required or permitted to be given or made under this Agreement shall be in writing and shall be delivered by hand or by commercial overnight delivery service which provides for evidence of receipt, or mailed by certified mail, return receipt requested, postage prepaid. If delivered personally or by commercial overnight delivery service, the date on which the notice, request, instruction or document is delivered shall be the date on which delivery is deemed to be made, and if delivered by mail, the date on which such notice, request, instruction or document is received shall be the date on which delivery is deemed to be made. Any party may change its address for the purpose of this Agreement by notice in writing to the other parties as provided herein.

(i) Survival. Paragraphs 5, 6, 8, 9, 10 and 11 shall survive any termination of this Agreement.

(j) No Waiver. No failure on the part of any party hereto to exercise, and no delay in exercising any right, power or single or partial exercise of any right, power or remedy by any party will preclude any other or further exercise thereof or the exercise of any other right, power or remedy. No express waiver or assent by any party hereto to any breach of or default in any term or condition of this Agreement shall constitute a waiver of or an assent to any succeeding breach of or default in the same or any other term or condition hereof.

IN WITNESS WHEREOF each of the parties has caused its duly authorized officer to execute this Agreement as of the date and year first above written.


Escrow Agent

By:
Title:
Print Name:
Address:




Phone:

Fax:

E-mail:

VeriSign, Inc.

By:

Title:

Print Name:

Address:



Phone:

Fax:

E-mail:

Internet Corporation for Assigned Names and Numbers

By:

Title:

Print Name:

Address:



Phone:

Fax:

E-mail:

.COM Registry Agreement: Appendix 3

Zone File Access Agreement

1. PARTIES

The User named in this Agreement hereby contracts with VeriSign, Inc. (“VNDS”) for a non-exclusive, non-transferable, limited right to access an Internet host server or servers designated by VNDS from time to time, and to transfer a copy of the described Data to the User’s Internet host machine specified below, under the terms of this Agreement. Upon execution of this Agreement by VNDS, VNDS will return a copy of this Agreement to you for your records with your UserID and Password entered in the spaces set forth below.

2. USER INFORMATION


(a) User:



(b) Contact Person:



(c) Street Address:



(d) City, State or Province:



(e) Country and Postal Code:



(f) Telephone Number:


(including area/country code)



(g) Fax Number:


(including area/country code)



(h) E-Mail Address:

(i) Specific Internet host machine which will be used to access VNDS’s server to transfer copies of the Data:


Name:



IP Address:

(j) Purpose(s) for which the Data will be used: During the term of this Agreement, you may use the data for any legal purpose, not prohibited under Section 4 below. You may incorporate some or all of the Data in your own products or services, and distribute those products or services for a purpose not prohibited under Section 4 below.

3. TERM

This Agreement is effective for a period of three (3) months from the date of execution by VNDS (the “Initial Term”). Upon conclusion of the Initial Term, this

Agreement will automatically renew for successive three-month renewal terms (each a “Renewal Term”) until terminated by either party as set forth in Section 12 of this Agreement or one party provides the other party with a written notice of termination at least seven (7) days prior to the end of the Initial Term or the then current Renewal Term.

NOTICE TO USER: CAREFULLY READ THE FOLLOWING TERMS AND CONDITIONS. YOU MAY USE THE USER ID AND ASSOCIATED PASSWORD PROVIDED IN CONJUNCTION WITH THIS AGREEMENT ONLY TO OBTAIN A COPY OF .COM TOP-LEVEL DOMAIN (“TLD”) ZONE FILES, AND ANY ASSOCIATED ENCRYPTED CHECKSUM FILES (COLLECTIVELY THE “DATA”), VIA THE FILE TRANSFER PROTOCOL (“FTP”) OR HYPERTEXT TRANSFER PROTOCOL (“HTTP”) PURSUANT TO THESE TERMS.

4. GRANT OF ACCESS

VNDS grants to you a non-exclusive, non-transferable, limited right to access an Internet host server or servers designated by VNDS from time to time, and to transfer a copy of the Data to the Internet host machine identified in Section 2 of this Agreement no more than once per 24 hour period without the express prior written consent of VNDS using FTP or HTTP for the purposes described in this Section 4. You agree that you will:

(a) use this Data only for lawful purposes but that under no circumstances will you use this Data to: (1) allow, enable, or otherwise support any marketing activities, regardless of the medium used. Such media include but are not limited to e-mail, telephone, facsimile, postal mail, SMS, and wireless alerts; or (2) enable high volume, automated, electronic processes that send queries or data to the systems of VNDS or any ICANN-accredited registrar, except as reasonably necessary to register domain names or modify existing registrations. VNDS reserves the right, with the approval of the Internet Corporation for Assigned Names and Numbers (“ICANN”), to specify additional specific categories of prohibited uses by giving you reasonable written notice at any time and upon receiving such notice you shall not make such prohibited use of the Data you obtain under this Agreement.

(b) copy the Data you obtain under this Agreement into a machine-readable or printed form only as necessary to use it in accordance with this Agreement in support of your use of the Data.

(d) not distribute the Data you obtained under this Agreement or any copy thereof to any other party without the express prior written consent of VNDS, except that you may redistribute the Data insofar as it has been incorporated by you into a value-added product or service that does not permit the extraction of a substantial portion of the Data from the value-added product or service, provided you prohibit the recipient of the Data from using the Data in a manner contrary to Section 4(a).

(e) take all reasonable steps to protect against unauthorized access to, use, and disclosure of the Data you obtain under this Agreement.

5. FEE

You agree to remit in advance to VNDS a quarterly fee of $0 (USD) for the right to access the files during either the Initial Term or Renewal Term of this Agreement. VNDS reserves the right to adjust, with the approval of ICANN, this fee on thirty days’ prior notice to reflect a change in the cost of providing access to the files.

6. PROPRIETARY RIGHTS

You agree that no ownership rights in the Data are transferred to you under this Agreement. You agree that any copies of the Data that you make will contain the same notice that appears on and in the Data obtained under this Agreement.

7. METHOD OF ACCESS

VNDS reserves the right, with the approval of ICANN, to change the method of access to the Data at any time. You also agree that, in the event of significant degradation of system processing or other emergency, VNDS may, in its sole discretion, temporarily suspend access under this Agreement in order to minimize threats to the operational stability and security of the Internet.

8. NO WARRANTIES

The Data is being provided “as-is.” VNDS disclaims all warranties with respect to the Data, either expressed or implied, including but not limited to the implied warranties of merchantability, fitness for a particular purpose, and non-infringement of third party rights. Some jurisdictions do not allow the exclusion of implied warranties or the exclusion or limitation of incidental or consequential damages, so the above limitations or exclusions may not apply to you.

9. SEVERABILITY

In the event of invalidity of any provision of this Agreement, the parties agree that such invalidity shall not affect the validity of the remaining provisions of this Agreement.

10. NO CONSEQUENTIAL DAMAGES

In no event shall VNDS be liable to you for any consequential, special, incidental or indirect damages of any kind arising out of the use of the Data or the termination of this Agreement, even if VNDS has been advised of the possibility of such damages.

11. GOVERNING LAW

This Agreement shall be governed and construed in accordance with the laws of the Virginia, USA. You agree that any legal action or other legal proceeding relating to this Agreement or the enforcement of any provision of this Agreement shall be brought or otherwise commenced only in the state or federal courts in Fairfax County and the Eastern District of the Commonwealth of in Virginia, USA. You expressly and irrevocably agree and consent to the personal jurisdiction and venue of the federal and states courts located Virginia, USA (and each appellate court located therein) for maters arising in connection with this Agreement or your obtaining, use, or distribution of the Data. The United Nations Convention on Contracts for the International Sale of Goods is specifically disclaimed.

12. TERMINATION

You may terminate this Agreement at any time by erasing the Data you obtained under this Agreement from your Internet host machine together with all copies of the Data and providing written notice of your termination to VNDS at 21345 Ridgetop Circle, Dulles, VA 20169, Attention: Customer Service. VNDS has the right to terminate this Agreement immediately if you fail to comply with any term or condition of this Agreement. You agree upon receiving notice of such termination of this Agreement by VNDS or expiration of this Agreement to erase the Data you obtained under this Agreement together with all copies of the Data.

13. DEFINITION

“Data” means all data contained in a DNS zone file for the Registry TLD as provided to TLD nameservers on the Internet.

14. ENTIRE AGREEMENT

This is the entire agreement between you and VNDS concerning access and use of the Data, and it supersedes any prior agreements or understandings, whether written or oral, relating to access and use of the Data.


VeriSign, Inc.				User:

By:				By:
(sign)				(sign)

Name:				Name:
(print)				(print)

Title:				Title:

Date:				Date:

ASSIGNED USERID AND PASSWORD

(To be assigned by VNDS upon execution of this Agreement):


USERID:		PASSWORD:

.COM Agreement: Appendix 4

Registry Operator’s Monthly Report

Registry Operator shall provide the following information in its monthly reports. Reports shall be submitted via email to < ***@***>. ICANN shall use reasonable commercial efforts to preserve the confidentiality of the information reported until three months after the end of the month to which the report relates.

1. Accredited Registrar Status. State the number of registrars in each of the following three categories: (1) operational, (2) ramp-up (registrars that have received a password for access to OT&E), and (3) pre-ramp-up (registrars that have requested access, but have not yet entered the ramp-up period).

2. Service Level Agreement Performance. Compare Service Level Agreement requirements with actual performance measures for the reporting month.

3. TLD Zone File Access Activity. State the total number of zone file access passwords at end of the reporting month.

4. Completed System Software Releases. Describe significant releases during the reporting month, including release name, features, and completion date.

5. Whois Service Activity. State the number of Whois queries during the reporting month.

6. Total Number of Transactions by Subcategory by Month. State the total number of transactions during the reporting month, in the following subcategories: adds, deletes, modifies, checks, renews, transfers, restores.

7. Daily Transaction Range. Tabulate the number of total daily transactions. The range of transaction volume should be shown for each month, along with the average daily transaction volume.

8. Per-Registrar Activity Report. This report shall be transmitted to ICANN electronically in comma or pipe separated-value format, using the following fields per registrar:


Field #	Field Name	Notes
01	registrar-name	registrar’s full corporate name

02	iana-id	http://www.iana.org/assignments/registrar-ids

03	total-domains	total domains under sponsorship

04	total-nameservers	total nameservers registered



05	net-adds-1-yr	domains successfully added (and not deleted within the add grace period)

06	net-adds-2-yr	number of domains successfully registered with an initial term of two years

07	net-adds-3-yr	number of domains successfully registered with an initial term of three years

08	net-adds-4-yr	etc.

09	net-adds-5-yr	“ “

10	net-adds-6-yr	“ “

11	net-adds-7-yr	“ “

12	net-adds-8-yr	“ “

13	net-adds-9-yr	“ “

14	net-adds-10-yr	“ “

15	net-renews-1-yr	domains renewed either automatically or by command (and not deleted within the renew grace period)

16	net-renews-2-yr	number of domains successfully renewed with a new renewal period of two years

17	net-renews-3-yr	number of domains successfully renewed with a new renewal period of three years

18	net-renews-4-yr	etc.

19	net-renews-5-yr	“ “

20	net-renews-6-yr	“ “

21	net-renews-7-yr	“ “

22	net-renews-8-yr	“ “

23	net-renews-9-yr	“ “

24	net-renews-10-yr	“ “

25	transfer-gaining-successful	transfers initiated by this registrar that were ack’d by the other registrar – either by command or automatically

26	transfer-gaining-nacked	transfers initiated by this registrar that were n’acked by the other registrar



27	transfer-losing-successful	transfers initiated by another registrar that this registrar ack’d – either by command or automatically

28	transfer-losing-nacked	transfers initiated by another registrar that this registrar n’acked

29	transfer-disputed-won	number of transfer disputes in which this registrar prevailed

30	transfer-disputed-lost	number of transfer disputes this registrar lost

31	transfer-disputed-nodecision	number of transfer disputes involving this registrar with a split or no decision

32	deleted-domains-grace	domains deleted within the add grace period

33	deleted-domains-nograce	domains deleted outside the add grace period

34	restored-domains	domain names restored from redemption period

35	restored-noreport	total number of restored names for which the registrar failed to submit a restore report

.COM Agreement Appendix 5

Whois Specifications

Public Whois Specification

Registry Operator’s Whois service is the authoritative Whois service for all second-level Internet domain names registered in the .com top-level domain and for all hosts registered using these names. This service is available to anyone. It is available via port 43 access and via links at the Registry Operator’s web site. It is updated daily.

To use Registry Whois via port 43 enter the applicable parameter on the command line as illustrated below:

•

For a domain name: whois “domain verisign.com”

•

For a registrar name: whois “registrar Go Daddy Software, Inc.”

•

For a nameserver: whois “DNS3.REGISTER.COM” or whois “nameserver 216.21.234.72”

By default, Whois performs a very broad search, looking in all record types for matches to your query in these fields: domain name, nameserver name, nameserver IP address, and registrar names. Use keywords to narrow the search (for example, ‘domain root’). Specify only part of the search string to perform a “partial” search on domain. Every domain starting with the string will be found. A trailing dot (or dots) after your text or the partial keyword indicates a partial search. For example, entering ‘mack.’ will find “Mack”, “Mackall”, “Mackay”, and so on.

To use Registry Whois using the web interface:

•

Go to www.verisign-grs.com

•

Click on the appropriate button (“domain,” “registrar” or “nameserver”)

•

Enter the applicable parameter:

•

Domain name including the TLD (e.g., verisign-grs.com)

•

Full name of the registrar including punctuation, “Inc.”, etc. (e.g., America Online, Inc.)

•

Full host name or the IP address (e.g., ns1.crsnic.net or 198.41.3.39)

•

Click on the “submit” button.

For all registered second-level domain names in .com, information as illustrated in the following example is displayed, where the entry parameter is the domain name (including the TLD):

Domain Name: VERISIGN-GRS.COM

Registrar: NETWORK SOLUTIONS, LLC.

Whois Server: whois.networksolutions.com

Referral URL: http://www.networksolutions.com

Name Server: NS1.CRSNIC.NET

Name Server: NS2.NSIREGISTRY.NET

Name Server: NS3.VERISIGN-GRS.NET

Name Server: NS4.VERISIGN-GRS.NET

Status: REGISTRAR-LOCK

Updated Date: 20-oct-2004

Creation Date: 08-sep-2000

Expiration Date: 08-sep-2008

>>> Last update of whois database: Wed, 2 Feb 2005 07:52:23 EST <<<

For all ICANN-accredited registrars who are authorized to register .com second-level domain names through Registry Operator, information as illustrated in the following example is displayed, where the entry parameter is the full name of the registrar (including punctuation, “Inc.”, etc.):

Registrar Name: SAMPLE REGISTRAR, INC. DBA SAMPLE NAMES

Address: 1234 Any Way, Anytown, VA 20153, US