61

1.8. 以下數據字段的格式：域名狀態、個人和組織名稱、地址、街道、城市、州/省、郵政編碼、國家、電話和傳真號碼（如上所示，擴展名將作為單獨字段提供）、電子郵件地址、日期和時間應符合 EPP RFC 5730-5734 中規定的映射，以便可以統一顯示這些信息（或在 WHOIS 響應中返回的值）已處理並理解。

2.RDS 政策和教育材料。註冊管理運行機構應在頂級域的主網站（即提供給 ICANN 供其在 ICANN 網站上發佈的網站）上提供指向 ICANN 指定的包含 RDDS 政策和教育材料的網頁的鏈接。

3.可搜索性。為通過 RDDS 提供的註冊數據提供可搜索功能是可選的，但如果由註冊管理運行機構提供，則必須符合本節中描述的規範。

3.1.註冊管理運營商將以網絡服務形式提供可搜索性。

3.2. 註冊運營商將為以下每個字段提供部分匹配功能：域名、聯繫人和註冊人姓名以及聯繫人和註冊人的郵政地址，包括 EPP 中描述的所有子字段（例如街道、城市、州或省等），並可能在其他字段提供部分匹配功能，在每種情況下均受適用法律約束。

3.3.註冊管理運營商將至少在以下字段提供精確匹配功能：註冊商 ID、域名服務器名稱和域名服務器的 IP 地址（僅適用於註冊局存儲的 IP 地址，即粘合記錄）。

3.4. 註冊管理運營商將提供布爾搜索功能，至少支持以下邏輯運算符加入一組搜索條件：AND、OR、NOT。

3.5. 搜索結果將包括符合搜索條件的域名。

3.6. 註冊管理運行機構將：1) 採取適當措施避免濫用此功能（例如，僅允許合法的授權用户訪問）；2）確保該功能符合所有適用的隱私法和 ICANN 共識政策和臨時政策。

3.7.註冊管理運行機構只能在RDAP目錄服務中提供RDAP技術實施指南和RDAP響應概要中要求的可搜索功能，如附錄5B第2.1節所述。

4.WHOIS 服務終止日期之後的 WHOIS 數據目錄服務。註冊管理運行機構可自行決定在 WHOIS 服務終止日期之後繼續提供 WHOIS 數據目錄服務。如果註冊管理運行機構在 WHOIS 服務終止日期之後繼續提供 WHOIS 數據目錄服務，則以下要求將適用：

4.1 如果註冊管理運行機構繼續通過端口 43 提供 WHOIS 數據目錄服務，則註冊管理運行機構應按照 RFC 3912 提供該服務。

4.2註冊管理運行機構應向IANA職能運營商提交變更申請，更新附錄7第1.6節所述的過時或不準確的頂級域WHOIS記錄。

4.3註冊數據中包含的個人數據必須按照 ICANN 共識政策和臨時政策進行編輯。

4.4如果註冊管理運行機構選擇添加數據字段，則註冊管理運行機構必須遵守一致標籤和顯示共識政策中與附加字段相關的要求。

4.5 如附錄 5B 第 1.4 節所定義，如果註冊管理運行機構在 WHOIS 數據目錄服務中提供的註冊數據少於 RDAP 目錄服務中提供的註冊數據，則註冊管理運行機構必須在 WHOIS 輸出頁腳中添加以下免責聲明：“該服務中可用的註冊數據是有限的。更多數據可在 https://lookup.icann.org 獲得。”

4.6在 WHOIS 服務終止日期之後，如果 WHOIS 數據目錄服務要求與共識政策或 WHOIS 服務終止日期之後生效的任何臨時政策發生衝突，則以共識政策或臨時政策為準，但僅限於衝突的標的並符合協議第 3.1 (b) 節（共識政策）。

4.7在 ICANN 董事會於 2019 年 5 月通過的《通用頂級域註冊數據臨時規範快速政策制定流程》第 1 階段 GNSO 共識政策建議對共識性政策和程序進行更新並生效之前，此類政策中的以下術語將解釋如下：

4.7.1 除 “可搜索的 Whois” 和 “Whois 聯繫人查詢服務” 外，以下術語：“WHOIS”、“Whois”、“Whois 服務”、“可公開訪問的 Whois” 及其變體應解釋為指本附錄中定義的 RDS。

4.7.2 “Whois 數據”、“WHOIS 信息”、“Whois 聯繫信息”、“WHOIS 查詢數據”、“WHOIS 詳細信息”、“Whois 輸出”、“Whois 記錄”、“Whois 輸入” 及其變體應解釋為指本附錄中提及的註冊數據。

4.8 與過渡研究合作。如果ICANN發起或委託進行一項關於將WHOIS數據目錄服務過渡到RDAP目錄服務的研究，註冊管理運行機構應合理配合該研究，包括向進行此類研究的ICANN或其指定人員提供與其從WHOIS數據目錄服務過渡到RDAP數據目錄服務的經驗相關的定量和定性數據。如果數據請求超出了註冊管理運行機構在其正常運營過程中收集的數據，也超出了註冊管理運行機構根據本協議必須收集和提供給 ICANN 組織的數據，則註冊管理運行機構應自願合作提供所請求的信息或向 ICANN 解釋註冊管理運行機構為何無法提供所請求的信息。本節的條款不要求註冊管理運行機構向 ICANN 提供超出註冊管理運行機構根據本協議其他部分有義務向 ICANN 提供的數據。根據本節向ICANN或其指定人員交付的任何被適當標記為機密的數據應被視為註冊管理運行機構的保密信息，前提是儘管有協議，但如果ICANN或其指定人員彙總和匿名此類數據，ICANN或其指定人員可以向任何第三方披露此類數據。註冊管理運行機構已提供數據的過渡研究完成後，ICANN 將銷燬註冊管理運行機構根據本節提供的未經彙總和匿名的所有數據。

5.ICANN 的批量註冊數據訪問權限

5.1定期訪問精簡註冊數據。為了驗證和確保註冊管理機構的運行穩定性，分析 DNS 的運行穩定性並促進對經認證的註冊服務機構的合規性檢查，註冊管理運行機構將每天向 ICANN 提供本第 5.1 節中規定的最新註冊數據。數據將包括截至前一天 00:00:00 UTC 提交的數據。ICANN將每年發佈前一年使用這些數據的研究項目摘要，以及與之共享原始數據進行研究的所有組織的清單。

5.1.1 內容。註冊管理運營商將為所有註冊域名提供以下數據：域名、域名存儲庫對象 ID (roid)、註冊商 ID (IANA ID)、狀態、上次更新日期、創建日期、到期日期和域名服務器名稱。對於贊助註冊商，註冊管理運行機構將提供：註冊商名稱、註冊商 ID (IANA ID)、註冊商 WHOIS 服務器的主機名（在 WHOIS 服務終止日期之後可以省略此數據元素）和註冊商的 URL。註冊管理運行機構不得提供任何其他數據元素。

5.1.2 格式。數據將以附錄 1 數據託管規範（包括加密、簽名等）中指定的格式提供，但僅包括上一節中提到的字段，也就是説，該文件將僅包含具有上述字段的域名和註冊商對象。

5.1.3 訪問。註冊管理運行機構將在 UTC 時間 00:00:00 之前準備好文件可供下載，以供 ICANN 檢索。儘管ICANN將來可能會要求其他方式，但這些文件將由SFTP提供下載。

5.2出色地訪問大量註冊數據。本第 5.2 節僅在 TLD 作為 “詳盡” 註冊管理模式（如果有）運營之日或之後適用。如果註冊服務商失敗、取消認證、法院命令等導致其域名暫時或最終轉讓給其他註冊商，應ICANN的要求，註冊管理運行機構將向ICANN提供失敗註冊商域名的最新數據。數據將以附錄 1 數據託管規範中規定的格式提供。該文件將僅包含與失敗註冊商的域名相關的數據。註冊管理運行機構將在商業上可行的情況下儘快提供數據，但絕不遲於ICANN提出請求後的五 (5) 個日曆日。除非註冊管理運行機構和 ICANN 另行同意，否則 ICANN 將以與本附錄第 5.1 節中規定的數據相同的方式提供文件供下載。

.NET 註冊管理機構協議附錄 5B

註冊數據訪問協議服務

規格

1. 範圍和定義。

1.1。“附錄 5B 生效日期” 是指 2023 年 7 月 1 日。

1.2    [保留的]

1.3。“註冊數據訪問協議” 或 “RDAP” 是一種互聯網協議，它提供 “RESTful” 網絡服務，用於從域名註冊管理機構和區域互聯網註冊管理機構檢索註冊元數據。

1.4。“RDAP目錄服務” 或 “RDAP-RDS” 是指附錄5A中定義的註冊數據目錄服務，使用STD 95（https://www.rfc-editor.org/refs/ref-std95.txt）中描述的RDAP及其後續標準。

1.5。“RDAP-Query RTT” 是指從RDAP-RDS測試探測器的TCP連接開始到其結束的序列數據包的往返時間（“RTT”），包括僅接收一個HTTPS請求的HTTPS響應。如果 RTT 是相應的 SLR/性能規格的 5 倍或更多，則 RTT 將被視為未定義。

1.6。“RDAP 可用性” 是指 TLD 的 RDAP-RDS 服務使用來自相關注冊系統的適當數據來回應互聯網用户的查詢的能力。如果有51％或更多的RDAP測試探測器在給定時間內認為RDAP-RDS服務不可用，則RDAP-RDS服務將被視為未得到答覆。

1.7。“RDAP 更新時間” 是指從收到 EPP 確認到對域名、主機或聯繫人發出轉換命令的時間，直到至少 51% 的可驗證工作的 RDAP-RDS 測試探針檢測到所做的更改。

2.RDAP 目錄服務。

2.1註冊管理運行機構應實施在 https://icann.org/gltd-rdap-profile 上發佈的最新版本的RDAP技術實施指南和RDAP迴應概況。註冊管理運行機構將在ICANN發出通知後的一百八十 (180) 個日曆日內實施新版本的《RDAP 技術實施指南》和《RDAP 迴應概要》。

2.2註冊管理運營商應為以下內容提供查詢支持：

2.2.1 域信息，如 RFC 9082 的 “域路徑分段規範” 部分所述。

2.2.2域名服務器信息，如 RFC 9082 的 “域名服務器路徑段規範” 部分所述；但是，如果註冊管理運行機構在 EPP 中將域名服務器指定為域名屬性，則不要求註冊管理運行機構（但仍可以選擇）支持域名服務器查詢。

2.2.3 註冊商信息，如 RFC 9082 的 “實體路徑分段規範” 部分所述。

2.2.4 幫助信息，如 RFC 9082 的 “幫助路徑分段規範” 部分中所述。

3. 服務級別要求。註冊管理運行機構應滿足以下每項服務級別要求：

3.1 服務級別要求矩陣

*在 RDAP 升級期到期之前，這些 RDAP-RDS 的服務級別要求不是強制性的。

3.2. 註冊運營商應使用威瑞信監控探測器監控和衡量其對上文第 3.1 節中規定的 RDAP-RDS 服務等級要求的表現，其唯一目的是：(a) 確定註冊管理運行機構在計算註冊服務商 SLA 積分（如果有）時使用 RDAP-RDS 服務的表現；以及 (b) 提供 RDAP

根據附錄 4 第 1 節（服務級別協議績效報告）向 ICANN 提供的服務級別要求績效數據。

3.3.鼓勵註冊運營商在每個參數的流量統計較低的時間和日期維護RDAP。但是，沒有為計劃內停機或類似的不可用時間編列經費；任何停機，無論是維護還是系統故障導致的停機，都將僅記作停機時間，並計入服務級別要求的衡量目的。

3.3.1如果註冊管理運行機構計劃維護 RDAP，它將至少在維護前二十四 (24) 小時向 ICANN 緊急運營部門發出通知。ICANN 的緊急運營部門將記錄計劃維護時間，並在預期的維護中斷期間暫停受監控服務的緊急上報服務。

3.4. 對於未能滿足第 3.1 節中規定的 RDAP 服務級別要求的補救措施應等同於本協議中針對未能滿足 WHOIS 服務相應性能規範的補救措施，但前提是 (i) 如果在 WHOIS 服務截止日期之前的給定月份內 RDAP 服務和WHOIS服務出現故障，註冊服務商的服務級別協議積分（如果適用）不得超過總金額完全歸因於 WHOIS 服務級別要求未達到 SLA 積分的百分比服務，根據註冊管理運行機構協議；以及 (ii) 自 WHOIS 服務終止之日起，附錄 7 中規定的 WHOIS 服務的性能規格以及因附錄 10 中規定的 WHOIS 服務等級要求失敗而產生的 SLA 積分不適用，也沒有進一步的效力；但是，SLA 積分歸因於 RDAP 的 RDAP 服務等級要求的失敗就好像附錄10中規定的服務一樣，將在之後繼續完全有效WHOIS服務終止日期.

3.5. 關於第 3.1 節中確定的服務級別要求，註冊管理運行機構不得因在附錄 5B 生效日期（“RDAP 加速期”）後的前 180 天內未能滿足這些服務級別要求而被視為違反了此類服務級別要求，包括在 SLA 積分方面。

3.6. 雙方同意，上文第 3.4 節所述的 SLA 抵免額是可以向註冊管理運行機構評估的抵免額、罰款和/或負債總額，也是註冊管理運行機構未能滿足 RDAP-RDS 服務等級要求時註冊服務商可以獲得的唯一補救措施。

3.7.註冊運營商將在不可抗力事件終止後的24小時內採取商業上合理的努力恢復RDAP-RDS服務功能。就附錄 7 或服務級別要求而言，不可抗力造成的中斷不被視為服務不可用。

3.8. 如果註冊管理運行機構因遵守生效日期之後制定的任何共識性政策而未能滿足 RDAP 服務的服務級別要求，則註冊管理運行機構不對任何抵免額或罰款向ICANN或註冊服務機構承擔任何責任，也不會被視為違反了協議規定的任何義務，但前提是商業上合理的努力無法滿足RDAP服務的服務水平要求查看註冊管理運行機構對此類共識政策的遵守情況。

3.9. 本附錄 5B 第 3 節中對 RDAP-RDS 服務規定的服務級別要求以及本附錄 5B 第 4.5 節中規定的 RDAP 服務測量參數應被視為 “性能規範”，就本協議而言，“RDAP-RDDS” 服務應被視為 “系統服務”，應視為附錄 7 中規定的服務。

3.10. 為了確定適當的信用等級以及由於註冊管理運行機構未能滿足服務水平要求而計算服務級別協議抵免額，信用等級和計算應基於下表中列出的等效參考並符合本協議。

3.11.在RDAP上調期之後，附錄7第8.1節中由虧損的註冊商在部分投資組合收購後的批量轉讓中提供的通知要求應包括描述此類批量轉讓發生後RDDS記錄將如何變化。

4.RDAP 測量參數。

4.1.RDAP 測試。表示向 RDAP-RDS 服務其中一臺服務器的特定 IP 地址發送一個查詢。查詢應針對登記系統中的現有對象，答覆必須包含相應的信息，否則將考慮查詢

未答覆的。RTT 比相應的 SLR 高 5 倍的查詢將被視為未答覆。RDAP 測試的可能結果是：一個以毫秒為單位的數字，對應於 RDAP 查詢 RTT 或未得到答覆。

4.2. 測量 RDAP 參數。每隔5分鐘，每個RDAP-RDS探測器將從受監控的頂級域名RDAP-RDS服務的服務器的所有公共DNS註冊 “IP地址” 中選擇一個IP地址，並進行 “RDAP測試”。如果 RDAP 測試結果未得到答覆，則在進行新的測試之前，該探測器將認為相應的 RDAP-RDS 服務不可用。

4.3. 整理來自 RDAP-RDS 探測器的結果。在任何給定的測量週期內，有效測試有效的 RDAP-RDS 測試探針的最小數量為 10 個，否則測量結果將被丟棄並視為 “尚無定論”；在這種情況下，不會在 SLR 上標記任何故障。

4.4. 放置 RDAP-RDS 探頭。ICANN 將採取商業上合理的努力，部署探測器，以測量 ICANN 每個地理區域中具有運營商級連接的數據中心的 RDAP 參數。

4.5. 無幹擾。註冊管理機構不得幹擾測量探測器，包括對受監控服務的請求給予任何形式的優惠待遇。註冊管理運行機構應對本附錄中描述的測量測試做出迴應，就像迴應互聯網用户提出的 RDAP 的任何其他請求一樣。

4.6. 緊急升級。出於本節的目的，註冊管理運行機構和 ICANN 應向另一方提供各自緊急業務部門的聯繫信息，註冊管理運行機構和 ICANN 應隨時維護和更新此類聯繫信息。ICANN 應發佈緊急升級通知，向註冊管理運行機構通報與受監控的 RDAP-RDS 服務相關的任何可能或潛在的問題。緊急上報通知發佈後，註冊管理運行機構和 ICANN 應合作並採取商業上合理的努力來診斷和/或解決已發現的問題，包括共享適當的測量數據。啟動任何緊急情況上報以及隨後合作診斷和/或解決已發現的問題，其本身並不意味着或以其他方式確定受監控的 RDAP-RDDS 服務未達到上文第 3.1 節中規定的適用服務級別要求。

5。ICANN 保留通過適用的 IETF 流程就所引用的註冊數據指定批准為 “互聯網標準”（而不是信息或實驗標準）的替代格式和協議的權利

在附錄 5A 和附錄 5B 中。根據此類規定，ICANN 應：(a) 與註冊管理運行機構、其他 gTLD 註冊管理機構以及 ICANN 認證的註冊服務機構合作，確定實施適用標準所需的所有運營要求；(b) 如果適用，啟動與註冊管理運行機構的協商，以確定所有報告要求（如果有），以及與處境相似且適用於 TLD 的合理服務級別要求。

.NET 註冊管理機構協議附錄 6

保留名稱一覽表

除非 ICANN 另有明確的書面授權，否則註冊管理運行機構應保留在 TLD 內初始（即續期除外）註冊時使用以下標籤組成的名稱：

A. 所有級別均保留標籤。以下名稱應保留在註冊管理運行機構註冊的 TLD 中的第二級和所有其他級別：

與 ICANN 相關的名稱：

所以

gnso

ICANN

內部的

ccnso

與 IANA 相關的名字：

afrinic

驚慌失常

arin

示例

gtld 服務器

iab

伊安娜

iana服務器

iesg

ief

irtf

istf

簡潔的

拉丁美洲的

rfc 編輯器

成熟

根服務器

B. 其他二級預訂。此外，以下名稱應保留在第二級：

所有單字符標籤。

最初應保留所有雙字符標籤。在註冊管理運行機構與政府和國家/地區代碼管理機構或 ISO 3166 維護機構達成協議的情況下，保留的兩個字符的標籤字符串應予以釋放。註冊管理機構還可根據其為避免與相應的國家代碼混淆而採取的措施提議解除這些保留。

C. 帶標籤的域名。所有在第三和第四個字符位置帶有連字符的標籤（例如，“bq--1k2n4h4b” 或 “xn--ndk061n”）

D. 註冊管理機構業務的二級保留意見。以下名稱保留用於註冊管理機構頂級域名註冊機構的運作。它們可以由註冊管理運行機構使用，但在註冊管理運行機構被指定為註冊管理機構 TLD 的註冊管理機構運營商後，它們應按照 ICANN 的規定進行轉移：

不錯的 whois

萬維網

.NET 註冊管理機構協議附錄 7 功能和性能規範

    

註冊管理機構頂級域的這些功能規範由以下部分組成：

1. 標準合規性；

2. 支持的初始和續訂註冊期；

3. 寬限期政策；

4. 通配符禁令；

5. 補丁、更新和升級政策；

6. 性能規範；

7. 雙方的責任；以及

8. 附加服務

1. 標準合規性

1.1DNS。註冊管理運行機構應遵守現有的相關RFC以及互聯網工程任務組（IETF）將來發布的RFC，包括與RFC 1034、1035、1123、1982、2181、2182、3226、3596、3597、4343、5966和6891的域名和域名服務器運營有關的所有後續標準、修改或增補。只有當 DNS 標籤以 ASCII 編碼（例如 “xn--ndk061n”）表示有效的 IDN（如上所述）時，它們才能在第三和第四位置包含連字符。

1.2EPP。註冊管理運行機構應遵守現有的相關RFC以及互聯網工程任務組（IETF）將來發布的RFC，包括與使用可擴展配置協議（EPP）配置和管理域名有關的所有後續標準、修改或增補，這些標準符合RFC 5910、5730、5731、5732（如果使用主機對象）、5733和5734。儘管有上述規定，但此處的任何內容均不要求註冊管理運行機構遵守附錄 7 第 1.2 節中與 EPP 相關的信息 RFC。如果註冊管理運行機構實施註冊管理機構寬限期 (RGP)，它將遵守 RFC 3915 及其後續協議。如果註冊管理運行機構需要使用基本 EPP RFC 之外的功能，則註冊管理運行機構無需向 IETF 提交有文件的 EPP 擴展，但註冊管理運行機構必須按照 RFC 3735 中描述的指導方針，以互聯網草稿格式記錄 EPP 延期。註冊管理運行機構將在部署之前提供和更新ICANN支持的所有 EPP 對象和擴展的相關文檔。

1.3DNSSEC。註冊管理運行機構應簽署其實施域名系統安全擴展（“DNSSEC”）的 TLD 區域文件。為毫無疑問，註冊管理運營商應簽署的區域文件 以及用於 TLD DNS 服務器的轄區內粘合劑的區域文件。在期限內，註冊管理運行機構應

遵守 RFC 4033、4034、4035、4509 及其後續版本，並遵守 RFC 6781 及其後續版本中描述的最佳實踐。如果註冊管理運行機構對 DNS 安全擴展實施哈希認證拒絕存在，則應遵守 RFC 5155 及其後續協議。註冊管理運行機構應根據行業最佳實踐，以安全的方式接受來自子域名的公鑰材料。註冊管理機構還應在其網站上發佈 DNSSEC 實踐聲明 (DPS)，描述密鑰材料存儲、訪問和使用自有密鑰以及安全接受註冊人公鑰材料的關鍵安全控制和程序。註冊管理運行機構應按照 RFC 6841 中描述的格式發佈其 DPS。DNSSEC 驗證必須處於活動狀態，並使用 IANA DNS 根密鑰簽名密鑰集（網址為 https://www.iana.org/dnssec/files）作為註冊管理運行機構註冊服務機構的信任錨點，利用通過 DNS 響應獲得的數據。

1.4IDN。如果註冊管理運行機構提供國際化域名（“IDN”），則應遵守RFC 5890、5891、5892、5893及其後續域名。註冊管理運行機構應遵守 ICANN IDN 指南，網址為

https://www.icann.org/en/topics/idn/implementation-guidelines.htm，因為它們可能會不時被修改、修改或取代。註冊管理運行機構應在 IANA IDN 慣例資料庫中發佈並不斷更新其 IDN 表格和 IDN 註冊規則。

1.5IPv6。註冊管理運行機構應能夠接受 IPv6 地址作為其註冊系統中的粘合記錄，並將其發佈在 DNS 中。註冊管理運行機構應至少為根區域中列出的兩臺註冊管理機構域名服務器提供公共 IPv6 傳輸，這些域名服務器具有在 IANA 註冊的對應 IPv6 地址。註冊管理運行機構應遵守 BCP 91 中所述的 “DNS IPv6 傳輸操作指南” 以及 RFC 4472 中描述的建議和注意事項。除IPv4傳輸外，註冊管理運行機構還應為其註冊數據目錄服務提供公共IPv6傳輸，如本協議附錄5A中所定義；例如WHOIS（RFC 3912）、基於網絡的WHOIS和RDAP。註冊管理運行機構應在收到願意通過 IPv6 使用 SRS 的 gTLD 認證註冊服務商的第一份書面請求後的六 (6) 個月內向任何註冊服務商提供其共享註冊系統 (SRS) 的公共 IPv6 傳輸。

1.6IANA 根區數據庫。為了確保有關 TLD 的權威信息保持公開狀態，註冊管理運行機構應向 IANA 職能運營商提交變更申請，更新該頂級域的 RDAP 目錄服務記錄中任何過時或不準確的 DNS、WHOIS 或 RDAP 基本 URL。註冊管理運行機構應盡商業上合理的努力，在 RDAP 目錄服務記錄的任何此類 DNS、WHOIS 或 RDAP 基本 URL 過時或不準確之日起七 (7) 個日曆日內提交任何此類變更請求。註冊管理運行機構必須按照 https://www.iana.org/domains/root 中規定的程序提交所有變更申請。

1.7 網絡入口過濾。註冊管理運行機構應按照 BCP 38 和 BCP 84 的規定對其註冊管理機構服務實施網絡入口過濾檢查，ICANN 也將實施這些檢查。

2. 支持的初始和續訂註冊期

2.1註冊名稱的初始註冊（如果根據功能規格和其他要求可用）可以在註冊處進行，有效期最長為十年。

2.2註冊名稱的續期註冊（如果根據功能規範和其他要求可用）可以在註冊處進行，總期限不超過十年。

2.3根據《ICANN 註冊服務商之間註冊轉移政策》第 A 部分，註冊域名的註冊擔保權從一家註冊服務商變更到另一家註冊商後，註冊域名的註冊期限應延長一年，前提是截至贊助變更生效之日的最長註冊期限不超過十年。

2.4根據《ICANN 註冊服務商之間註冊轉移政策》第 B 部分，註冊域名註冊的擔保權從一個註冊服務商變更到另一個註冊服務商，不會導致註冊期限的延長，註冊管理運行機構可以協助進行此類擔保變更。

3.寬限期政策

本節介紹註冊管理運行機構在 “寬限期” 和 “待處理” 期限方面的做法，包括在給定時間範圍內發生的順序操作之間的關係。寬限期是指註冊管理機構運營後的指定日曆天數，在此期間，可以撤銷域名訴訟並向註冊商發放抵免額。這方面的相關注冊管理業務有：

•註冊新域名，

•續訂現有域名，

•自動續訂現有域名；

•轉讓現有域名；以及

•刪除現有域。

使用 EPP RENEW 命令或通過自動續訂完成註冊期的延長；使用 EPP CREATE 命令完成註冊；使用 EPP DELETE 命令完成刪除/刪除；使用 EPP TRANSFER 命令完成移交；如果 ICANN 根據《ICANN 註冊服務商之間註冊轉移政策》第 B 部分批准批量轉讓，則使用該部分規定的程序。使用 EPP UPDATE 命令完成恢復。

註冊管理機構的共享註冊系統提供五個寬限期：添加寬限期、續訂/延長寬限期、自動續訂寬限期、轉移寬限期和贖回寬限期。

待處理期是指註冊管理機構運作後的指定日曆天數，在此期間，註冊管理機構的最終行動在操作完成之前被推遲。註冊管理機構在這方面的相關業務是：

•轉移現有域名，

•刪除現有域，以及

•在兑換寬限期內恢復域名。

3.1. 寬限期

3.1.1添加寬限期

添加寬限期是域名初始註冊後的指定日曆天數。所有註冊商的添加寬限期的當前值為五個日曆日。如果在五個日曆日內執行 “刪除”、“延期”（EPP Renew 命令）或轉移操作，則適用以下規則：

刪除。如果域名在添加寬限期內被刪除，則在刪除時的主辦註冊服務商將記入註冊金額；但是，註冊管理運行機構有權按照其《註冊管理機構-註冊服務商協議》的規定，就添加寬限期內不成比例的刪除向註冊服務商收取費用。該域名將從註冊局數據庫中刪除，任何註冊商都可以立即註冊。有關重疊寬限期異常的描述，請參見第 3.2 節。

擴展（EPP 續訂命令）。如果在添加寬限期內擴展了域名，則添加的積分不計入任何積分。根據註冊商請求的延期操作的規定，域名註冊的到期日按年數延長，總共最多十年。

轉移（ICANN 批准的批量轉移除外）。在 “增加寬限期” 期間，不得在 ICANN 註冊服務商之間轉移註冊政策 A 部分下的轉移，也不得在首次註冊後的前 60 天內的任何其他時間進行。強制執行是擔保域名註冊的註冊商的責任，由SRS執行。

批量轉移（經 ICANN 批准）。根據 ICANN 註冊服務商之間註冊轉移政策 B 部分中的程序，經過 ICANN 批准的批量轉讓可以在增加寬限期內進行。轉讓註冊的到期日期不受影響。丟失的註冊商賬户將按初始添加金額收費。

3.1.2續訂/延長寬限期

續訂/延期寬限期是通過 EPP Command Renew 續訂域名註冊期續訂/延長後的指定日曆天數。續訂/延期寬限期的當前值為五個日曆日。如果

a 刪除、延期或轉移發生在這五個日曆日內發生，以下規則適用：

刪除。如果在續訂/延期寬限期內刪除域名，則在刪除時，主辦註冊商將獲得續訂/延期費的抵免額。該域名立即進入贖回寬限期。有關重疊寬限期異常的描述，請參見第 3.2 節。

擴展（“EPP 命令 “續訂”）。域名註冊可以在續訂/延期寬限期內最多延長十年。額外延期時擔保書記官長的賬户將按登記延期的延期年數收費。

轉移（ICANN 批准的批量轉移除外）。如果域名在續訂/延期寬限期內轉移，則沒有積分。域名註冊的到期日期延長一年，因延期而增加的年限最多可延長 10 年。

批量轉移（經 ICANN 批准）。根據 ICANN 註冊服務商之間註冊轉移政策 B 部分中的程序，經過 ICANN 批准的批量轉讓可以在續訂/延期寬限期內進行。轉讓註冊的到期日期不受影響。將向丟失的註冊商賬户收取續訂/延期操作的費用。

3.1.3自動續訂寬限期

自動續訂寬限期是自動續訂後的指定日曆天數。如果域名註冊未在到期日之前續訂，則會自動續訂；在這種情況下，註冊將在到期日後的第一天由系統自動續訂。自動續訂寬限期的當前值為 45 個日曆日。如果刪除、延期或轉移發生在自動續訂寬限期內，則適用以下規則：

刪除。如果在自動續訂寬限期內刪除域名，則在刪除時，主辦註冊商將獲得自動續訂費用的抵免額。該域名立即進入贖回寬限期。有關重疊寬限期異常的描述，請參見第 3.2 節。

擴展。在自動續訂寬限期內，域名最多可以延長十年。額外延期時擔保書記官長的賬户將按登記延期的延期年數收費。

轉移（ICANN 批准的批量轉移除外）。如果域名在自動續訂寬限期內轉移，則自動續訂費用將記入失敗的註冊商，自動續訂操作增加的年份將被取消。域名的到期日期延長一年，總共最多十年

而且即使由於最長註冊期限為10年而沒有增加一整年, 也要向新增的註冊登記官收取額外一年的費用.

批量轉移（經 ICANN 批准）。根據 ICANN 註冊服務商之間註冊轉移政策 B 部分中的程序，經ICANN批准的批量轉讓可以在自動續訂寬限期內進行。轉讓註冊的到期日期不受影響。將向丟失的註冊商賬户收取自動續訂費用。

3.1.4傳輸寬限期

根據 ICANN 註冊服務商之間註冊轉移政策第 A 部分，轉讓寬限期是域名轉讓後的指定日曆天數。轉移寬限期的當前值為五個日曆日。如果刪除、延期或轉移在該五個日曆日內發生，則適用以下規則：

刪除。如果域名在轉移寬限期內被刪除，則在刪除時，主辦註冊商將獲得轉移費抵免。該域名立即進入贖回寬限期。有關重疊寬限期異常的描述，請參見第 3.2 節。

擴展。如果域名註冊在轉移寬限期內延長，則轉移沒有積分。將根據註冊延期的年數向註冊商的賬户收費。根據註冊商請求的延期操作的規定，域名註冊的到期日期按年數延長，最長可延長十年。

轉移（ICANN 批准的批量轉移除外）。如果域名在轉移寬限期內轉移，則沒有積分。域名註冊的到期日延長一年，最長為十年。ICANN 關於註冊服務商之間註冊轉移的政策不允許在另一次轉讓後的前 60 天內進行轉移；註冊服務商有責任執行這一限制。

批量轉移（經 ICANN 批准）。根據 ICANN 註冊服務商之間註冊轉移政策 B 部分中的程序，經過 ICANN 批准的批量轉讓可以在轉讓寬限期內進行。轉讓註冊的到期日期不受影響。對於批量轉移之前發生的轉移操作，將向丟失的註冊商賬户收取費用。

3.1.5 批量傳輸寬限期

沒有與批量傳輸操作相關的寬限期。批量轉移完成後，任何相關費用均不予退還。

3.1.6贖回寬限期

當註冊商要求刪除不在添加寬限期內的域名時，域名將處於 REDEMPTIONPERIOD 狀態。處於 REDEMPTIONPERIOD 狀態的名稱將不包含在區域文件中。註冊商無法修改或清除處於 REDEMPTIONPERIOD 狀態的域名。註冊商在REDEMPTIONPERIOD中可以對域名採取的唯一行動是要求恢復該域名。任何其他註冊商修改或以其他方式更新域名的請求都將被拒絕。除非恢復，否則該域名將在指定的日曆天數內保持贖回期狀態。此兑換期的當前長度為 30 個日曆日。

3.2 重疊的寬限期

如果執行的操作屬於多個寬限期，則適用於每個寬限期的操作（但有一些例外情況，如下所述）。

•如果在 “添加寬限期” 和 “延期” 寬限期內刪除了域名，則考慮到註冊和延期的年限，註冊和延期金額將記入註冊商賬户。

•如果域名在延期寬限期內自動續訂，然後延期，然後刪除，則收取的自動續訂費用和延期年數將記入註冊商賬户。

3.2.1 重疊異常

•如果域名註冊在轉讓寬限期內延長，則將根據註冊延期的年數向當前註冊商的賬户收費。

注意：如果對一個域名執行了多項計費操作（包括一次轉移），並且該域名在每項操作的寬限期內被刪除，則只有在最近一次轉移（包括最近一次轉移）之後執行的操作才會記入當前註冊商。

3.3 待處理期

3.3.1轉移待處理期

待轉讓期是註冊商（註冊商 A）提出域名轉讓請求後的指定日曆天數，在該請求中，該域名的當前註冊商（註冊商 B）可以明確批准或拒絕轉讓請求。所有註冊商的轉移待處理期限的當前值為五個日曆日。移交將在收到當前註冊商（註冊商 B）的明確批准或拒絕後完成。如果當前註冊商（註冊商 B）未明確批准或拒絕註冊商 A 發起的請求，則註冊管理機構將在轉移待處理期結束後自動批准該請求。

在轉移待處理期間：

.epp 傳輸請求或 EPP 續訂請求被拒絕。

b.sync 不允許。

cepp 刪除請求被拒絕。

d. 允許進行批量傳輸操作。

e.epp 更新請求被拒絕。

域名轉移後，EPP 轉移請求可能會在 60 天內被拒絕。

3.3.2待刪除期

如果域名在兑換寬限期內未恢復，則該域名將處於 “待刪除” 狀態。處於 “待刪除” 狀態的名稱將不包含在區域文件中。所有註冊商修改或以其他方式更新處於 “待刪除” 狀態的域名的請求都將被拒絕。域名在處於 “待刪除” 狀態後，將在指定的日曆天數內從註冊數據庫中清除。此待刪除期限的當前長度為五個日曆日。

4. 通配符禁令

對於未註冊的域名，或者註冊人未提供有效記錄（例如在 DNS 區域文件中列出的 NS 記錄），或者其狀態不允許在 DNS 中發佈的域名，禁止使用 RFC 1034 和 4592 中所述的 DNS 通配符資源記錄，或者註冊局禁止使用任何其他方法或技術來合成 DNS 資源記錄或在 DNS 內使用重定向。當查詢此類域名時，權威域名服務器必須返回 “名稱錯誤” 響應（也稱為 NXDOMAIN）、RFC 1035 中所述的 RCODE 3 以及相關的 RFC。本規定適用於註冊管理運營商（或從事提供註冊服務的關聯公司）維護數據、安排此類維護或從此類維護中獲得收入的域名樹中所有級別的所有 DNS 區域文件，但本規定不適用於單一實體（包括其關聯公司）為非關聯第三方註冊域名提供的域名服務或任何其他非註冊服務，該域名或區域用於向非關聯第三方提供域名註冊服務以外的域名服務或任何其他非註冊服務通過 ICANN 認可的註冊服務商。

5. 補丁、更新和升級政策

註冊管理運行機構可以定期對根據註冊管理機構-註冊商協議（“協議”）許可的軟件、EPP 或 API（“許可產品”）發佈補丁、更新或升級，以增強協議下的共享註冊系統的功能或以其他方式改進。就附錄 7 第 5 節而言，以下術語具有此處規定的相關含義。

5.1A “補丁” 是指註冊運行機構在提供錯誤更正服務期間對許可產品所做的細微修改。補丁不構成版本。

5.2 “更新” 是指許可產品的新版本，其中可能包含錯誤更正、小幅改進，在某些情況下還包括重大增強，並由許可產品版本號小數點右側數字的變化來表示。

5.3 “升級” 是指許可產品的新版本，其中涉及增加實質性或大幅增強的功能，並以許可產品版本中小數點左側數字的變化來表示。

5.4A “版本” 是指由任何單一版本號標識的許可產品。

每次更新和升級都會導致版本更改。

*補丁不需要對每個註冊商開發、實施和維護的客户應用程序進行相應的更改。

*更新可能需要每個註冊商更改客户應用程序，以便利用新的特性和/或功能並繼續訪問共享註冊系統。

*升級需要每個註冊商更改客户應用程序，以便利用新的特性和/或功能，並繼續訪問共享註冊系統。

註冊管理運營商將自行決定在計劃和宣佈的共享註冊系統維護期內部署補丁。

對於更新和升級，註冊管理運行機構將在將更新和升級部署到生產環境之前通知每個註冊商。通知應至少持續九十 (90) 天。此類通知將包括部署更新之前的初步通知，該更新要求更改客户端應用程序或升級到所有註冊服務商都有權訪問的運營測試和評估（“OT&E”）環境。註冊管理運行機構將在 OT&E 環境中維護更新或升級至少三十 (30) 天，讓每個註冊商都有機會修改其客户應用程序並完成測試，然後再在生產環境中實施新代碼。

本通知期不適用於以下情況：註冊管理運行機構的系統面臨即將發生的故障或重大安全威脅的威脅、發現重大安全漏洞或拒絕服務 (DoS) 攻擊，註冊管理運行機構的系統因以下情況而無法訪問：

i) 數據流量過大

ii) 未經授權的流量

iii) 數據流量不符合註冊局使用的協議

6. 性能規格

這些性能規範提供了一種衡量註冊管理運行機構向註冊管理機構頂級域提供的 SRS、DNS 域名服務器和 Whois 服務的方法，並作為附錄 10 中規定的服務等級協議積分（“SLA 積分”）的基礎。

6.1 定義。本第 6 節中使用但未另行定義的大寫術語應具有《註冊管理機構協議》中賦予它們的含義。

6.1.1 “核心互聯網服務故障” 是指註冊運營商無法控制的特殊且可識別的事件，該事件影響了根據下文第 6 節進行衡量的互聯網服務。此類事件包括但不限於擁塞崩潰、分區、電網故障和路由故障。

6.1.2 “信用等級” 是指附錄 10 第 2 節的 SLA 積分表中列出的信用等級，該表概述了註冊管理運行機構可以評估的抵免額、罰款和/或負債總額，以及註冊管理運行機構未能滿足本附錄 7 中列出的績效規範的 ICANN 認證註冊服務商可獲得的唯一補救措施。

6.1.3 “DNS 域名服務器” 是指在註冊管理運行機構所選服務器上的 TCP/UDP 端口 53 上提供的符合 RFC 1034、1035 和相關 RFC 的服務。

6.1.4 “ICANN 認可的註冊服務商” 是指與註冊管理運行機構簽訂了有效的《註冊管理機構-註冊服務商協議》的 ICANN 認可的註冊服務商。

6.1.5 “每月時限” 是指以協調世界時 (UTC) 00點開始和結束的每個日曆月。

6.1.6 “性能規格” 是指對特定系統服務的可衡量功能屬性的描述。

6.1.7 “註冊商社區” 是指與註冊管理機構頂級域的註冊管理運營商簽訂了有效的註冊管理機構-註冊商協議，並且在過去三十 (30) 個日曆日內註冊了超過 150 個淨新.net 域名的所有 ICANN 認證註冊服務商。

6.1.8 “往返” 是指參考查詢從 SRS 網關通過 SRS 系統完整返回到 SRS 網關所花費的測量時間。

6.1.9 “服務等級協議 (SLA)” 指註冊管理機構協議附錄 10 所附的服務級別協議，概述了績效標準水平。

6.1.10 “SRS” 指共享註冊系統，該系統由註冊管理運行機構通過定義協議 (EPP) 提供給註冊服務商社區，用於註冊管理機構與註冊商之間的互動。具體而言，它指的是 ICANN 認可的註冊服務商添加、修改和刪除（創建、更新和刪除）與註冊域名和相關 DNS 名稱服務器相關的信息的能力。

6.1.11 “系統服務” 是指已確定可用性和性能規格的註冊管理機構頂級域的 SRS、DNS 域名服務器和 Whois 服務。

6.1.12 “Whois” 是指註冊管理運行機構根據附錄 5A 提供的 Whois 服務。

6.2。服務可用性。服務可用性定義為註冊管理運行機構的系統服務分別響應其用户的時間（“服務可用性”），以分鐘為單位，詳見第 6.2.1 至 6.2.4 節。

6.2.1服務可用性的衡量標準如下：

服務可用性% = {[(MTM-POMU)-UOM]/(MTM-POMU)} *100 其中：

MTM = 每月時間框架分鐘數，計算方法是該月的天數乘以 24 小時乘以 60 分鐘。例如，一月份的 MTM 為 31 天 * 24 小時 * 60 分鐘，或者 MTM = 44,640 分鐘。

POMU = 已用計劃停機分鐘數等於每項單獨系統服務的每月時間範圍內計劃停機（定義見下文第 6.3 節）或延長計劃中斷（定義見下文第 6.4 節）的分鐘數。任何月度時間表均不得有計劃內和延長計劃內停機。

UOM = 計劃外停機分鐘數等於系統服務不可用的總分鐘數，不包括該月時間範圍內的任何計劃內停機（定義見下文第 6.3 節）或計劃外停機（定義見下文第 6.4 節）。

服務可用性計算應由註冊管理運行機構計算，並報告每個月時間範圍內的 SRS、Whois 和 DNS 域名服務器可用性的結果。對於按日曆年衡量的服務可用性性能規範，在上述計算中，應使用年度時限分鐘 (YTM) 取代每月時限分鐘 (MTM)。年度時間框架分鐘數計算為 365 天 * 24 小時 * 60 分鐘 = 525,600 分鐘。結果將通過電子郵件報告給註冊服務機構社區，並根據附錄4報告給ICANN。

6.2.2 服務可用性——每個日曆年的 SRS = 99.99%。適用於 SRS 的服務可用性是指 SRS 迴應通過 EPP 協議訪問 SRS 的 ICANN 認證註冊服務商的能力。除計劃內停機（定義見下文第 6.3 節）和延長計劃內停機（定義見下文第 6.4 節）外，SRS 的不可用性將作為計劃外停機分鐘數記錄給註冊管理運行機構。不可用性不包括任何影響當地個人 ICANN 認證註冊服務商的事件。

適用於 SRS 的 SRS 不可用是指，由於 VeriSign 註冊管理機構控制範圍內的系統出現故障，ICANN 認可的註冊服務商無法與 SRS 網關建立會話；但是，SRS 不可用不應包括 ICANN 認證的註冊服務商無法與 SRS 網關建立會話，因為該網關超過其指定的會話次數。與 SRS 網關建立會話應定義為：

a) 成功完成 TCP 會話啟動，

b) 成功完成 SSL 身份驗證握手，以及

c) 成功完成可擴展配置協議 (EPP) 登錄命令。

一旦 ICANN 認可的註冊服務商按照註冊管理運行機構要求的方式（即電子郵件、傳真、電話）向註冊管理運行機構的客户服務枱報告某一事件，註冊管理運行機構將記錄 SRS 的不可用性。SRS 承諾的服務可用性為每個日曆年 99.99%。SRS 服務可用性指標的信用等級為 2。

6.2.3 服務可用性——DNS 域名服務器 = 每個月的時間範圍為 100%。適用於 DNS 域名服務器的服務可用性是指 DNS 域名服務器解析來自互聯網用户的 DNS 查詢的能力。DNS 域名服務器的不可用性將作為計劃外停機分鐘數記錄給註冊管理運營商。註冊管理運行機構將記錄 DNS 域名服務器的不可用性（a）當監控工具檢測到此類不可用性時，或（b）一旦 ICANN 認可的註冊服務商按照註冊管理運行機構要求的方式（即電子郵件、傳真、電話）向註冊管理運行機構的客户服務枱報告了事件，並且註冊管理運行機構確認該事件並非報告註冊機構獨有的。

DNS 域名服務器不可用是指註冊管理運行機構星座中只有不到八 (8) 個站點返回的查詢答案在每月時間範圍內平均丟包率低於 1% 或任意五分鐘內丟包率低於 5%。

DNS 域名服務器的承諾服務可用性為每個月時間範圍內的 100%。DNS 域名服務器服務可用性指標的信用等級為 1。

6.2.4服務可用性——Whois = 每個月的時間範圍為 100%。適用於 Whois 的服務可用性是指互聯網用户訪問和使用 Whois 的能力。除計劃內中斷（定義見下文第 6.3 節）和延長計劃內停機（定義見下文第 6.4 節）外，Whois 不可用將作為計劃外停機分鐘數記錄給註冊管理運行機構。註冊管理運行機構將在以下情況下記錄 Whois 不可用：(a) 當註冊管理運行機構的監控工具檢測到此類不可用性時，或 (b) 一旦 ICANN 認可的註冊服務商按照註冊管理運行機構要求的方式（即電子郵件、傳真、電話）向註冊管理運行機構的客户服務枱報告情況。承諾的 Whois 服務可用性為每個月時間範圍的 100%。Whois 服務可用性指標的信用等級為 2。

6.3 計劃內停機。註冊管理運行機構會不時要求停機以進行定期維護或增加新功能或功能（“計劃內停機”）。

6.3.1 計劃停機時間。計劃中斷持續時間定義了允許註冊管理運行機構停止系統服務進行定期維護的最大允許時間（以分鐘為單位）（“計劃中斷持續時間”）。計劃內停機是提前計劃的，在停機之前會向註冊服務商社區發出通知。系統服務的計劃中斷時間如下所示：

(i) 計劃停機時間-SRS = 每個月時間框架 45 分鐘；

(ii) 計劃中斷持續時間-DNS 域名服務器 = 不允許計劃內停機；以及

(iii) 計劃停機持續時間-Whois = 不允許計劃中斷。

計劃停機持續時間指標為信用等級 6。

6.3.2 計劃停機時間框架。計劃中斷時間範圍定義了計劃內停機可能發生的時間和天數（“計劃內停機時間範圍”）。系統服務的計劃中斷時間表如下：

(i) 計劃停機時間表——SRS = 世界標準時間星期日 0100-0900；

(ii) 計劃中斷時間框架-DNS 域名服務器 = 不允許計劃中斷；以及

(iii) 計劃停機時間範圍-Whois = 不允許計劃中斷。

計劃停機時間範圍指標為信用等級 5。

6.3.3計劃中斷通知。註冊管理運行機構應將任何計劃中斷通知所有 ICANN 認證的註冊服務商（“計劃中斷通知”）。計劃中斷通知應規定計劃中斷的日期和時間。註冊管理運行機構應在計劃中斷前通知註冊服務機構社區的天數如下：

(i) 計劃停機時間-SRS = 一般維護 30 天，更新或升級 90 天，如本附錄 7 第 5 節中的補丁、更新和升級政策所定義；

(ii) 計劃中斷時間框架-DNS 域名服務器 = 不允許計劃中斷；以及

(iii) 計劃停機時間範圍-Whois = 不允許計劃中斷。

計劃中斷通知指標的信用級別為 5。

6.4 延長計劃內停機。在某些情況下，例如重大軟件升級和平臺更換，需要延長維護時間（“延長計劃內停機”）。延長計劃中斷的頻率將低於計劃內中斷的頻率，但其持續時間可能會更長。

6.4.1延長計劃停機時間。延長計劃中斷持續時間定義了允許註冊管理運行機構因延長維護而停止系統服務的最大允許時間，以小時和分鐘為單位（“延長計劃停機時間”）。根據第 6.4.3 節，計劃中的延長停機時間是提前規劃的，並向註冊服務商社區發出通知。延長計劃停機時間可能與計劃內停機不在相同的每月時間範圍內。

系統服務的延長計劃停機時間如下所示：

(i) 延長計劃停機時間-SRS = 每個日曆年 4 小時（240 分鐘），每 3 年延長一次計劃停機時間 8 小時（480）分鐘；

(ii) 延長計劃內停機時間-DNS 域名服務器 = 不允許延長計劃內停機；以及

(iii) 延長計劃停機時間-Whois = 不允許延長計劃內停機。

延長計劃停機時間指標的信用等級為 6。

6.4.2 延長計劃停機時間。延長計劃停機時間範圍定義了延長計劃中斷可能發生的時間和天數（“延長計劃停機時間範圍”）。系統服務的延長計劃停機時間表如下：

(i) 延長計劃停機時限-SRS = 世界標準時間星期日 0100-1300；

(ii) 延長計劃停機時間範圍-DNS 域名服務器 = 不允許延長計劃內停機；以及

(iii) 延長計劃停機時間-Whois = 不允許延長計劃停機。

延長計劃停機時間範圍指標為信用等級 5。

6.4.3延長計劃內停機通知。註冊管理運行機構必須將任何延長的計劃中斷通知註冊服務機構社區（“延長計劃中斷通知”）。延長計劃停機通知應規定延長計劃停電的日期和時間。註冊管理運行機構必須在計劃中斷延期之前通知經ICANN認證的註冊服務商的天數如下：

(i) 延長計劃停機時間-SRS = 90 天；

(ii) 延長計劃停機時間範圍-DNS 域名服務器 =不允許延長計劃中斷；以及

(iii) 延長計劃停機時間-Whois = 不允許延長計劃停機。

計劃中斷延期通知指標的信用等級為 5。

6.5 處理時間。處理時間是服務可用性的衡量標準，等於系統服務的往返行程（“處理時間”）。註冊管理機構將記錄所有協議事務（即檢查、添加/創建、修改/更新和刪除）的處理時間。處理時間將按月時間框架計算，並根據附錄 4 每月向 ICANN 報告。如果所有 ICANN 認可的註冊服務機構在每月時間範圍內增加的協議交易總量（單獨衡量）超過註冊管理運行機構在之前的月度時間框架內的實際協議交易量超過 20%，則 ICANN 認可的註冊服務商沒有資格獲得任何 SLA 抵免額，註冊管理運行機構對於 ICANN 不承擔任何責任，如果

註冊管理運行機構未能滿足本第 6.5 節中規定的處理時間性能規範。

6.5.1 處理時間——檢查域 = 25 毫秒，保持 95%。

(i) Check Domain 的處理時間適用於通過註冊管理機構與註冊商互動的定義協議 (EPP) 訪問的 SRS，並衡量特定域名可用性檢查的處理時間。

(ii) Check Domain的性能規格為每月時間範圍內95％的交易往返25毫秒。

Check Domain 的處理時間指標為信用等級 3。

6.5.2處理時間--添加/創建 = 50 毫秒，佔比 95%。

(i) 添加/創建的處理時間適用於通過註冊管理機構與註冊商互動的定義協議 (EPP) 訪問的 SRS，並衡量添加/創建與域名相關的交易的處理時間。

(ii) 對於每月時間範圍內處理的 95% 的交易，添加/創建的性能規格為往返50毫秒。

“添加/創建” 指標的處理時間為信用等級 3。

6.5.3 處理時間--修改/更新和刪除域 = 100 毫秒，持續 95%。

(i) 修改/更新和刪除的處理時間適用於通過註冊管理機構與註冊商互動的定義協議 (EPP) 訪問的 SRS，用於衡量與域名相關的修改/更新和刪除交易的處理時間。

(ii) 對於每月時間範圍內處理的 95% 的交易，修改/更新和刪除的性能規格為往返100毫秒。

修改/更新和刪除指標的處理時間為信用等級 3

6.5.4處理時間—— Whois 查詢 = 5 毫秒，佔比 95%。

(i) Whois 查詢的處理時間適用於 Whois，用於衡量 Whois 查詢的處理時間。

(ii) 在每月時間框架內，95% 的交易的 Whois 查詢性能規格為 5 毫秒。也就是説，從 Whois 收到查詢到做出響應，在每月時間框架內，95% 的交易將花費 5 毫秒或更短的時間。

Whois 查詢的處理時間指標為信用等級 3。

6.5.5處理時間——DNS 域名服務器分辨率 = 100 毫秒，佔比 95%。

(i) DNS 域名服務器解析的處理時間適用於 DNS 名稱服務器，用於衡量 DNS 查詢的處理時間。

(ii) 在每月時間框架內，95% 的交易的 DNS 域名服務器解析性能規格為 100 毫秒。也就是説，從域名服務器接收 DNS 查詢到提供響應，在每月時間框架內，95% 的交易將花費 100 毫秒或更短的時間。

DNS 域名服務器指標的處理時間為信用等級 3。

6.6 更新頻率。註冊管理運行機構及時更新 DNS 域名服務器上的數據，Whois ICANN 認證的註冊服務機構通過 SRS 記錄這些更新。然後，SRS 會更新 DNS 域名服務器和 Whois。註冊管理運行機構近乎實時地處理這些更新。

在 DNS 域名服務器和 Whois 更新頻率方面，95% 的交易的承諾性能指標均為 3 分鐘。也就是説，在每月時間框架內，95% 的 DNS 域名服務器和 Whois 更新將在 3 分鐘內完成。更新頻率是從註冊管理運行機構確認更新到更新出現在 DNS 域名服務器和 Whois 中開始計算的。根據附錄 4，更新頻率績效將按月向 ICANN 報告。

6.6.1 更新頻率——DNS 域名服務器 = 3 分鐘，在每月時間範圍內達到 95%。

DNS 域名服務器的更新頻率指標為信用等級 4。

6.6.2 更新頻率——Whois

每月更新頻率-Whois = 3 分鐘，持續時間為 95%。Whois 的更新頻率指標為信用等級 4。

6.7 跨網絡域名服務器性能要求。DNS 域名服務器往返和互聯網丟包是註冊管理運行機構提供的服務質量的重要因素。但是，這些特徵受互聯網性能的影響，因此無法受到註冊管理運行機構的嚴格控制。因此，這些要求不受附錄 10 中規定的服務級別協議下的 SLA 積分約束的事項，也不是註冊管理運行機構可能據以違反《註冊管理機構協議》的義務。

跨網絡域名服務器性能的承諾性能規格是測得的往返時間低於 300 毫秒，測得的數據包丟失率在每月時間範圍內的平均值低於 1%，在每月時間範圍內的任何五 (5) 分鐘內均不超過 5%。ICANN 可按以下方式在自己選擇的時間進行跨網絡域名服務器性能測量：

6.7.1可以通過將來自不同測量位置的DNS請求包字符串發送到每個.net DNS名稱服務器並觀察來自.net DNS域名服務器的響應來進行測量。（這些請求和響應串被稱為 “CNNP 測試”。）測量位置將分佈在互聯網上。

6.7.2每串請求數據包將由請求任意選擇的.net 二級域名的域名服務器 (NS) 記錄的 UDP 或 TCP 數據包組成，這些數據包經過預先選擇以確保名稱存在於註冊局頂級域中且可解析。可以記錄數據包丟失（即未收到的響應數據包的百分比）和收到的響應數據包的平均往返時間。

6.7.3為了滿足特定 CNNP 測試的丟包和往返要求，必須滿足以下三項要求：

6.7.3.1從每個測量位置到至少一個.net域名服務器的往返和丟包量不得超過要求的值；

6.7.3.2來自至少一個測量位置的每台.net域名服務器丟失的數據包不得超過要求的值；以及

6.7.3.3在已確定的核心互聯網服務故障期間獲得的任何未通過的 CNNP 測試結果均不予考慮。

6.7.4為確保測試樣本的多樣化，ICANN將在不同的時間（即一天中的不同時間以及一週中的不同日期）進行CNNP測試。只有當.net DNS 域名服務器未通過 CNNP 測試（參見上文第 6.7.3 節）且連續不少於三次 CNNP 測試失敗時，註冊管理運營商才能被視為持續未能滿足跨網絡域名服務器性能要求。

6.7.5 如果CNNP測試持續失敗，ICANN將向註冊管理運行機構發出書面失敗通知（附有備份數據），註冊管理運行機構將有六十天的時間來糾正失敗。

6.7.6根據本條款開始測試前六十天，ICANN將為註冊管理運行機構提供評估測試工具、測量地點和程序的機會，以供ICANN使用。如果註冊管理運行機構不同意此類工具和程序，ICANN 將直接與註冊管理運行機構合作進行必要的修改。

7. 雙方的責任

7.1除 DNS 域名服務器性能測量外，註冊管理運行機構將從內部系統進行監控，以此來驗證本文檔中的可用性和性能指標是否得到滿足。

7.2註冊管理運行機構將根據附錄4每月通過電子郵件向註冊服務商社羣和ICANN提供系統性能和可用性報告。

7.3註冊管理運行機構將提供附錄 5A 中規定的 Whois 服務。

7.4註冊管理運行機構將做出商業上合理的努力，在不可抗力事件終止後的24小時內恢復系統服務的關鍵系統，並在不可抗力事件終止後的48小時內恢復全部系統功能。就本附錄 7 或 SLA 而言，因不可抗力而導致的中斷不被視為服務不可用。

7.5註冊管理運行機構不對ICANN或ICANN認可的註冊服務商承擔任何積分或罰款的責任，如果由於註冊管理運行機構遵守此類共識政策而無法滿足績效規範，則註冊管理運行機構不承擔任何抵免額或罰款的責任，也不會被視為違反了註冊管理機構協議規定的任何義務。

7.6 緩解濫用

7.6.1濫用聯繫方式。註冊管理運行機構應向 ICANN 提供並在其網站上公佈其準確的聯繫方式，包括有效的電子郵件和郵寄地址，以及處理與 TLD 中惡意行為相關的查詢的主要聯繫人，並將及時通知 ICANN 此類聯繫方式的任何變更。

7.6.2惡意使用孤兒膠水記錄。註冊管理運營商應採取行動刪除孤兒膠水記錄（定義見 http://www.icann.org/en/committees/security/sac048.pdf），前提是這些記錄存在與惡意行為有關的書面證據。

8. 附加服務

8.1收購部分投資組合後的批量轉賬（BTAPPA）

部分投資組合收購後的批量轉移 (BTAPPA) 是一項註冊服務，適用於經ICANN認可的註冊服務商通過股票或資產購買、合併或類似方式進行收購

交易是另一家 ICANN 認可的註冊商在 DOT-net 頂級域名中的域名組合的一部分，但不是全部。

在完成BTAPPA前至少十五天，失敗的註冊商必須向所有參與批量轉讓的域名註冊人提供贊助商批量變更的書面通知。該通知必須解釋批量轉移後Whois記錄將如何變化，以及轉讓註冊商的客户支持和技術聯繫信息。

如果在上文第 3 節所述的任何適用的寬限期內通過 BTAPPA 服務轉移域名，則沒有積分。轉讓註冊的到期日期不受影響。

在提出轉移請求時處於以下狀態的域名將不會在 BTAPPA 中轉移：“待轉移”、“贖回寬限期 (RGP)” 或 “待刪除”。處於自動續訂寬限期內的域名需要進行批量轉移，但是 VeriSign 可能會拒絕為批量轉移後但在自動續訂寬限期到期之前刪除的域名提供積分。

如果有合理的證據表明，為了避免向威瑞信或ICANN支付的其他費用，或者擁有共同所有權或管理權或兩者的註冊服務商已經在過去六個月內申請了BTAPPA服務，則威瑞信有權酌情拒絕BTAPPA請求。

.NET 註冊管理機構協議附錄 8

.NET 註冊管理機構-註冊商協議

（2022年1月29日）

本註冊管理機構-註冊商協議（以下簡稱 “協議”）由特拉華州的一家公司 VeriSign, Inc.（營業地點位於弗吉尼亞州雷斯頓 Bluemont Way 12061 號）及其全資子公司，包括 VeriSign Sarl 和 VeriSign 命名和目錄服務有限責任公司（“VNDS LLC”）（統稱為 “威瑞信”）簽訂，以及

，通過其授權代表，其主要營業地點位於（“註冊商”），並於最後一方簽署的日期（“生效日期”）生效。威瑞信和註冊商可以單獨稱為 “當事方”，也可以統稱為 “雙方”。

鑑於，多個註冊商在威瑞信運營和維護特定 TLD 服務器和區域文件的.NET 頂級域名內提供互聯網域名註冊服務；

鑑於，註冊商希望在.NET TLD 的多註冊商系統中註冊二級域名。

因此，鑑於此處包含的相互承諾、利益和契約，以及其他良好和寶貴的對價，特此確認這些承諾的收到、充分性和充分性，威瑞信和註冊服務商打算受法律約束，特此協議如下：

1. 定義

3.1。”機密信息” 是指披露方向接收方提供並標記或以其他方式標識為機密的所有信息和材料，包括但不限於計算機軟件、數據、信息、數據庫、協議、參考實施和文檔以及功能和接口規格，前提是如果通信是口頭的，披露方將在披露後的 15 天內以書面形式通知接收方。

3.2。”DNS” 指的是互聯網域名系統。

3.3。”EPP” 是指可擴展配置協議。

3.4。”ICANN” 指互聯網名稱與數字地址分配機構。

3.5。”IP” 是指互聯網協議。

3.6. “許可產品” 指訪問支持協議所需的知識產權，以及 API 和軟件的統稱。

3.7。”個人數據” 是指有關任何已識別或可識別的自然人的數據。

3.8。”註冊名稱” 是指註冊管理機構頂級域中的域名，不論該域名由兩個或多個級別（例如 john.smith.name）組成，威瑞信或從事提供註冊服務的附屬機構在註冊管理機構數據庫中維護數據、安排此類維護或從此類維護中獲得收入。註冊數據庫中的名稱可以是註冊名稱，即使它沒有出現在 TLD 區域文件中（例如，已註冊但不活躍的名稱）。

3.9。“註冊域名持有者” 是指註冊名稱的持有者。

3.10。“註冊服務商委任協議” 是指註冊服務商與 ICANN 之間的某些註冊服務商委任協議，根據該協議，ICANN 委任註冊服務商擔任一個或多個頂級域的註冊商。

3.11。”註冊局頂級域名” 指.NET 頂級域名。

3.12。”支持的協議” 是指威瑞信對系統支持的 EPP 或任何後續協議的實施。

3.13 “系統” 是指威瑞信運營的共享註冊系統，用於在註冊管理機構頂級域名中註冊域名。

3.14.A “頂級域名” 是 DNS 的頂級域名。

2. 雙方的義務

2.1. 系統操作和訪問。在本協議的整個期限內，威瑞信應運營系統，並向註冊商提供訪問系統的權限，以便向系統傳輸註冊管理機構頂級域的域名註冊信息。本協議中的任何內容均未授權註冊服務商執行威瑞信與 ICANN 之間的任何協議。

2.2. 維護註冊服務商擔保的註冊。根據本協議的規定、ICANN 要求和威瑞信要求（包括但不限於 ICANN 授權的要求），威瑞信應在註冊服務商支付第 5.1 款所要求費用的期限內，在系統中保留註冊服務商擔保的註冊域名的註冊。

2.3. EPP、API 和軟件的分發。在本協議生效之日後的三 (3) 個工作日內，威瑞信應向註冊服務商提供 (i) 支持協議的完整文檔，(ii) 支持協議的 “C” 和/或 “Java” 應用程序接口 (“API”) 及文檔，以及 (iii) 參考客户端軟件（“軟件”），允許註冊商開發其系統，通過註冊管理機構頂級域名系統註冊二級域名。如果威瑞信選擇修改或升級 API 和/或支持協議，威瑞信應在更新發布後立即向所支持協議提供更新的 API 以及文檔和更新的軟件。

2.4. 註冊商對客户支持的責任。註冊商應提供 (i) 支持以接受註冊、取消、修改、續訂、刪除或轉讓註冊名稱的訂單，以及 (ii) 向註冊域名持有者提供客户服務（包括域名記錄支持）以及賬單和技術支持。註冊服務商應按照 ICANN 的政策，為域名劫持等緊急情況向註冊域名持有人提供緊急聯繫或全天候支持信息。

2.5. 數據提交要求。作為註冊管理機構頂級域名註冊和擔保的一部分，註冊服務商應在要求或允許的情況下提交完整的數據：(a) 根據威瑞信與 ICANN 簽訂的註冊管理機構協議，該協議可能會不時修訂；和/或 (b) 威瑞信不時向註冊服務商提供的系統技術規範（統稱為 “必填數據元素”）。註冊商應及時向威瑞信提交註冊域名持有人對註冊域名註冊信息所作的任何更正或更新。

2.6. 許可證。註冊商向威瑞信授予威瑞信非獨家、免版税、不可轉讓（根據威瑞信與 ICANN 的註冊管理機構協議，ICANN 或其指定人員除外）對所需數據元素的全球有限許可：(a) 根據威瑞信不時向註冊服務商提供的系統技術規範的要求或允許使用；和/或 (b) 根據威瑞信與 ICANN 的註冊管理機構協議的要求或允許使用和展示，可能會不時修訂到時候。

2.7註冊服務商的註冊協議和域名爭議政策。

(a) 註冊服務商應與每位註冊域名持有人簽訂有效且可強制執行的電子或紙質註冊協議，註冊服務商可以不時修改該協議，前提是向威瑞信提供副本。註冊服務商應根據威瑞信的要求提供註冊商註冊協議的副本。註冊服務商應在其註冊協議中包括本協議所要求的條款以及與註冊商在本協議下對 Verisign 承擔的義務相一致的其他條款。註冊服務商應在其域名註冊業務中採用 ICANN 董事會於 1999 年 8 月 26 日和 2008 年 11 月 7 日通過的《統一域名爭議解決政策》和《註冊服務商間轉讓政策》，並可能不時修改。

(b) 註冊服務商與每位註冊域名持有者的註冊協議還應包括以下內容：

(i) 禁止註冊域名持有人散佈惡意軟件、濫用殭屍網絡、網絡釣魚、域名欺詐、盜版、商標或版權侵權、欺詐或欺騙行為、偽造或以其他方式從事違反適用法律的活動的條款，以及（根據適用法律和任何相關程序）為此類活動提供後果，包括暫停註冊名稱的註冊；

(ii) 一項規定，要求註冊域名持有人承認並同意，威瑞信保留在其認為必要時無限制地全權決定拒絕、取消、重定向或轉讓任何註冊或交易，或將任何域名置於註冊局鎖定、保留或類似狀態的權利：(1) 遵守任何公認具有權威性的互聯網行業組織（例如 RFC）採用的規範，(2) 糾正威瑞信或任何註冊商在域名註冊方面犯的錯誤，(3)不向威瑞信支付費用，(4) 防範註冊局頂級域名、系統、威瑞信域名服務器業務或互聯網的安全和穩定面臨的迫在眉睫的重大威脅，(5) 確保遵守適用的法律、政府規章或法規，或根據任何政府、行政或政府機構或有管轄權的法院的任何法律命令或傳票，和/或 (6) 停止或防止任何違規行為本協議、運營要求或威瑞信的任何條款和條件與 ICANN 簽訂的註冊管理機構協議；以及

(iii) 一項條款，要求註冊域名持有人對威瑞信及其分包商及其董事、高級職員、員工、代理人和關聯公司進行賠償、辯護，使其免受任何和所有索賠、損害、責任、費用和損害

費用，包括合理的律師費和因註冊域名持有人的域名註冊而產生或與之相關的費用。註冊協議還應要求該賠償義務在註冊協議終止或到期後繼續有效。

2.8 安全連接。

(a) 註冊商同意在其域名註冊業務中開發和使用所有必要的技術和限制，以確保其與系統的連接安全。註冊商系統與系統之間交換的所有數據均應受到保護，以避免意外泄露信息。註冊商應採取商業上合理的措施，防止其對本協議授予的系統的訪問權限被用於：(i) 允許、啟用或以其他方式支持通過電子郵件、電話或傳真向其現有客户以外的實體傳輸大量未經請求的商業廣告或招標；或 (ii) 啟用向威瑞信系統（根據與 ICANN 協議運營的任何其他註冊管理機構）發送查詢或數據的大量、自動化、電子流程，或任何 ICANN 認可的註冊商，除非合情合理根據任何運營要求註冊域名或修改現有註冊所必需的。

(b) 每個 EPP 會話均應使用雙向安全套接字層（“SSL”）協議進行身份驗證和加密。註冊商同意使用由註冊管理機構認定的商業證書頒發機構頒發的 X.509 服務器證書及其註冊商密碼對每個 EPP 客户與系統的連接進行身份驗證，註冊商應僅向需要知道的員工披露該密碼。註冊商同意在得知其註冊商密碼以任何方式遭到泄露或者其服務器證書已被簽發證書頒發機構吊銷或以任何方式泄露後的四 (4) 小時內通知註冊局。

(c) 在事先書面通知註冊商後，威瑞信可能要求其他行業標準安全條款、做法或技術來確保系統的安全和穩定，威瑞信可能會不時自行決定採用這些條款、做法或技術。

2.8.1. 個人數據的處理。

威瑞信應將收集註冊商提交給威瑞信的個人數據的目的、此類個人數據的預期接收者（或接收者的類別）以及訪問機制通知註冊商

對此類個人數據進行更正。威瑞信應採取合理措施保護個人數據免遭丟失、濫用、未經授權的披露、更改或破壞。威瑞信不得以與向註冊商提供的通知不一致的方式使用或授權使用個人數據。威瑞信可能會不時使用收集的人口統計數據進行統計分析，前提是這種分析不會披露個人數據，並且這種使用符合向註冊服務機構提供的有關此類使用的目的和程序的通知。

2.8.2. 授權碼。註冊服務商不得提供註冊商生成的相同授權 由不同的註冊域名持有人在同一註冊商處註冊的域名代碼。威瑞信可自行選擇修改 給定域名的代碼，並應通過符合 EPP 的機制（即 EPP）將此類修改通知主辦註冊商或者 EPP）。威瑞信應向註冊商提供這些機制的文件。註冊商應向註冊域名持有人提供及時訪問授權碼的權限，並允許其修改授權碼。註冊服務商應在五 (5) 個日曆日內回覆註冊域名持有人有關訪問和/或修改授權碼的任何查詢。

2.9 域名查詢功能。註冊商同意在其域名註冊業務中使用威瑞信的註冊局域名查詢功能，以確定所請求的域名是否可用或當前不可註冊。註冊服務商還同意自費提供註冊數據目錄服務，提供基於查詢的免費公開訪問權限，獲取有關注冊服務商為註冊管理機構頂級域名贊助的所有活躍註冊域名的最新（即至少每天更新）數據。可訪問的數據應包含根據 ICANN 通過的規範或政策或註冊服務商與 ICANN 之間的《註冊服務商委任協議》不時指定的要素。

2.10註冊擔保權的轉移。註冊服務商同意根據 ICANN 可能不時修訂的《註冊服務商間域名轉讓政策》（“轉讓政策”），將註冊域名註冊從其他註冊服務商轉移到註冊服務商，反之亦然，或者從一個註冊域名持有者轉移到另一個註冊域名持有者。

2.11時間。註冊商同意，如果對域名註冊進入註冊管理機構數據庫的時間發生任何爭議，則以威瑞信記錄中顯示的時間為準。

2.12遵守運營要求。書記官長應遵守以下每項要求，還應在其註冊中包括在內

與每位註冊域名持有人達成協議（如適用），規定該註冊域名持有人有義務遵守以下每項要求：

(a) 根據註冊管理機構協議或與 ICANN 達成的其他安排，威瑞信負有監督責任的 ICANN 標準、政策、程序和慣例；以及

(b) 威瑞信不時以非任意方式制定的註冊管理機構頂級域的運營標準、政策、程序和慣例（“運營要求”），包括威瑞信的附屬機構，並符合威瑞信與 ICANN 的註冊管理機構協議（如適用），前提是威瑞信向註冊服務商發出這些條款和條件的制定通知。

2.13解決技術問題或違反協議。註冊商同意僱用必要的員工、承包商或具有足夠技術培訓和經驗的代理人，以應對和修復與支持協議、API 和威瑞信系統與註冊商系統結合使用有關的所有技術問題。註冊商同意，如果系統出現嚴重故障或其他緊急情況，或者註冊商違反運營要求或違反本協議，威瑞信可自行決定暫時暫停或限制對系統的訪問。此類臨時停職或限制應以非任意方式適用，並應公平地適用於任何處境相似的登記員。

2.14 禁止的域名註冊。除了遵守 ICANN 限制可註冊域名的標準、政策、程序和慣例外，註冊服務商還同意遵守限制可註冊域名的適用法規和法規。註冊商進一步承認並同意，威瑞信保留出於本協議第 2.7 (b) (ii) 節規定的目的，在必要時無限制地自行決定拒絕、取消、重定向或轉讓任何註冊或交易，或將任何域名置於註冊局鎖定、保留或類似狀態的權利。

2.15 ICANN 的要求。根據 ICANN 規定的要求，包括共識政策，威瑞信在本協議下的義務隨時可能修改。儘管本協議中有任何相反的規定，註冊服務商應按照 ICANN 規定的時間表遵守 ICANN 的任何此類要求。

2.16 認證註冊商。在本協議期限內，註冊服務商應保持註冊服務商委任協議的全部效力和效力，以及ICANN對該協議作為註冊管理機構頂級域註冊商的認可。

3. 許可證

3.1. 許可授予。根據本協議的條款和條件，威瑞信特此授予註冊服務商和註冊服務商接受非排他性、免版税、不可轉讓的全球有限許可，允許其在本協議的條款和目的範圍內使用許可產品及其更新和重新設計，僅在註冊管理機構頂級域中提供域名註冊服務，不得用於其他目的。許可產品及其更新和重新設計將使註冊服務商能夠代表其註冊域名持有者在註冊管理機構頂級域名中註冊域名。使用許可產品及其更新和重新設計的註冊商將能夠在系統上調用以下操作：（i）檢查域名的可用性，（ii）註冊域名，（iii）重新註冊域名，（iv）取消其註冊域名的註冊，（v）更新域名的域名服務器，（vi）將域名從其他註冊商轉移到註冊商自行獲得適當的授權，（vii）查詢域名註冊記錄，（viii）註冊域名服務器，（ix）更新域名服務器的 IP 地址，(x) 刪除域名服務器，(xi) 查詢域名服務器，以及 (xii) 建立和結束經過身份驗證的會話。

3.2。使用限制。儘管本協議中有任何其他規定，除非獲得 Verisign 的書面同意，否則註冊商不得：(i) 再許可許可產品或以其他方式允許註冊商以外的任何一方使用許可產品，(ii) 發佈、分發或允許披露除註冊服務商的員工、承包商和代理商之外的許可產品，(iii) 反編譯、逆向工程、複製或出於任何未經授權的目的重新設計許可產品，(iv)在違反任何聯邦、州或地方法規、法規或法律的情況下，或出於任何非法目的使用或允許使用許可產品。註冊服務商同意採取必要措施，防止其對本協議授予的系統的訪問權限被用於：(i) 允許、啟用或以其他方式支持通過電子郵件、電話或傳真向註冊服務商客户以外的實體傳輸大量未經請求的商業廣告或招標；或 (ii) 啟用向威瑞信系統（根據與 ICANN 協議運營的任何其他註冊管理機構）發送查詢或數據的大量、自動化、電子流程，或任何 ICANN 認可的註冊服務商，除非有合理的必要根據任何運營要求註冊域名或修改現有註冊。

3.3. 許可材料的變更。威瑞信可能會不時更換或修改本協議下許可的許可產品。威瑞信將在對本協議下許可的支持協議、API 或軟件實施任何重大變更前至少九十 (90) 天向註冊商發出通知。

4. 支持服務

4.1. 工程支持。威瑞信同意向註冊商提供合理的工程電話支持（在美國東部時間上午 9 點至下午 5 點之間或雙方可能商定的其他時間），以解決與註冊商使用系統相關的工程問題。

4.2. 客户服務支持。在本協議期限內，威瑞信將向註冊服務商（而不是註冊域名持有人或註冊商的潛在客户）提供合理的電話、網絡和電子郵件客户服務支持，以解決僅與系統及其運行相關的非技術問題。威瑞信將向註冊商提供電話號碼和電子郵件地址，以便在實施支持的協議、API 和軟件期間提供此類支持。第一級電話支持將提供 7 天/24 小時的服務。

5. 費用

5.1 註冊費。

(a) 註冊商同意向威瑞信支付附錄 A 中規定的不可退還的費用，或根據下文第 5.1 (b) 節中規定的通知條款可能確定的其他金額，用於初始註冊和續訂註冊以及威瑞信提供的其他附帶和輔助服務（統稱為 “註冊費”）。

(b) 威瑞信保留調整註冊費的權利，前提是任何提價只能在提前六 (6) 個月通知註冊服務商（通過電子郵件、專人、掛號、快遞或快遞服務）的情況下進行，前提是此類調整符合威瑞信與 ICANN 的註冊管理協議。

(c) 註冊商應向威瑞信提供由不可撤銷的信用證或現金存款（“支付擔保”）組成的支付擔保。支付擔保金額確定了註冊商在 Verisign 系統中的信用額度，並應基於預期的每月註冊量和其他可計費交易量。註冊商同意根據威瑞信信貸和賬單政策的要求修改其支付安全，以支持計費交易量的增加。威瑞信將按月向註冊商開具拖欠的註冊費發票。所有註冊費應在收到威瑞信的月度發票後立即支付。為了滿足任何未清的賬户餘額，威瑞信可以提取註冊商的付款擔保。如果發生這種情況，註冊商同意在抽獎完成後立即將支付保證金補充到預抽獎水平。如果註冊商的支付擔保已用盡，請註冊

在支付安全補充之前，註冊商的域名將被暫停，新的註冊將不被接受。

(d) 根據本協議應繳的註冊費不含税。任何政府或其任何政治分支機構對任何服務、軟件和/或硬件的費用徵收或授權的所有税款、關税、費用和其他政府費用（包括營業税、徵税、銷售税、營業税、服務税、使用税和增值税，但不包括基於威瑞信淨收入的税款），均應由註冊服務商承擔，不得視為此類註冊費的一部分、扣除或抵消。應付給 Verisign 的所有款項不得因任何税款、關税、收費或罰款而扣除或預扣任何款項，除非法律要求，在這種情況下，註冊服務商應從中扣除或預扣的金額應增加到必要的程度，以確保在進行此類扣除或預扣後，威瑞信收到並保留（對此不承擔任何責任）等於其本應金額的淨金額已收到，但需要扣除或預扣税。

5.2更改註冊商贊助域名。註冊服務商可以遵循轉讓政策，承擔註冊域名持有者從其他註冊商處註冊的現有域名註冊的擔保。

(a) 對於根據轉讓政策進行的域名註冊擔保權的每一次轉讓，註冊服務商同意向威瑞信支付與延期一年相關的續訂註冊費，如上所述。任何此類轉讓都不會退還虧損的註冊商的註冊費。

(b) 對於 ICANN 根據轉讓政策第 B 部分批准的轉讓，註冊服務商同意向威瑞信支付 0 美元（對於不超過 50,000 個域名的轉讓）或 50,000 美元（轉讓超過 50,000 個域名）。

根據支付安全，本第 5.2 節規定的費用應在收到威瑞信發票後立即支付。

5.3 ICANN 費用的收費。註冊服務商同意在到期之日起五 (5) 天內向威瑞信支付威瑞信向 ICANN 支付的任何可變註冊管理機構級別費用，這些費用由支付安全機構擔保。費用將由兩個部分組成；每個部分將由 ICANN 為每個註冊商計算：

(a) 可變註冊管理機構級別費用的交易部分應由ICANN根據ICANN董事會通過的每個財年預算具體規定，但不得超過註冊管理機構協議中規定的金額。

(b) 可變註冊管理機構級別費用的每位註冊服務商部分應由ICANN根據ICANN董事會通過的每個財政年度的預算來規定，但為所有註冊服務商計算的每位註冊服務商費用總額不得超過根據批准的ICANN預算確定的每註冊服務商可變資金總額。

5.4不支付費用。及時支付根據本第 5 節應付的費用是履行本協議的重要條件。如果註冊服務商未能在到期之日起五 (5) 天內支付費用，威瑞信可以：(i) 停止接受註冊服務商新的初始或續訂註冊；(ii) 從註冊管理機構數據庫中刪除與未全額支付的發票相關的域名；(iii) 根據下文第 6.1 (b) 節發出終止本協議的書面通知；(iv) 根據本協議尋求任何其他補救措施。

6. 其他

6.1協議期限和終止。

(a) 協議期限；修訂。本協議各方的職責和義務應自生效之日起至生效之日起六十 (60) 個月（以下簡稱 “初始期限”）起的日曆月的最後一天，適用。初始期限結束後，本協議的所有條款將自動續訂連續五 (5) 年，直到協議按照本協議的規定終止、註冊服務商選擇不續訂或威瑞信停止運營註冊管理機構頂級域的註冊管理機構為止。如果 ICANN 批准或通過對 Verisign 註冊管理機構-註冊商協議的修訂，註冊服務商應在發出任何此類修訂的通知之日起三十 (30) 天內審查、評論和執行以修訂後的協議取代本協議的修正案，或者註冊服務商可在這三十 (30) 天期限內行使選擇權，通過向威瑞信發出書面通知立即終止本協議；但是，前提是在這種情況下威瑞信未收到此類已執行的修正案或終止通知書記官長在通知發出之日起的三十 (30) 天期限內，應視為自通知之日起第三十一 (31) 天起執行了該修正案。

(b) 因故解僱。如果任何一方嚴重違反本協議的任何條款，包括其在本協議下的任何陳述和保證，並且此類違規行為在另一方發出書面通知後的三十 (30) 個日曆日內未得到實質性糾正，則非違約方可以通過向另一方發出書面通知來終止本協議，自該終止通知中規定的日期起終止本協議。

(c) 由註冊服務商選擇終止。註冊服務商可隨時向威瑞信發出三十 (30) 天終止通知，終止本協議。

(d) 因失去註冊服務商的委任而終止。如果 ICANN 或其繼任者對註冊管理機構 TLD 的註冊服務商的認證終止或到期且無需續期，則本協議應立即終止。

(e) 如果指定了繼任註冊管理運營商，則終止。如果 ICANN 指定其他實體運營註冊管理機構 TLD 的註冊管理機構，則本協議將終止。

(f) 破產時終止。任何一方均可終止本協議，前提是另一方被判定破產或破產，或者一方根據任何與破產有關的法律尋求救濟、重組或安排，或尋求為債權人的利益進行任何轉讓，或尋求指定一方財產或資產的接管人、清算人或受託人，或一方企業的清算、解散或清盤。

(g) 終止的影響。在本協議到期或終止時，威瑞信將在其授權的範圍內，在到期或終止之日之前完成註冊商處理的所有域名的註冊，前提是註冊服務商及時向威瑞信支付的註冊費。在本協議到期或終止後，註冊服務商應 (i) 根據轉讓政策 B 部分或 ICANN 制定或批准的任何其他程序，將其對註冊域名註冊的擔保立即移交給註冊管理機構的其他持牌註冊商，並且 (ii) 退還威瑞信或向威瑞信證明其在本協議下收到的所有機密信息已銷燬。如果終止，威瑞信保留立即聯繫所有註冊域名持有者的權利，以促進註冊域名持有人有序穩定地過渡到其他 ICANN 認可者

登記員。應付給威瑞信的所有費用應立即到期並支付。

(h) 生存。如果本協議終止，以下條款將繼續有效：(i) 第 2.6 節（許可）、第 2.7 節（註冊商註冊協議和域名爭議政策）、2.8.1（個人數據的處理）、6.1 (g)（終止的效力）、6.1（h）（存續）、6.2（無第三方受益人；雙方關係）、6.6（律師費）、6.7（爭議解決）；法律選擇；地點）、6.8（通知）、6.10（機密信息的使用）、6.11（延遲或遺漏；豁免）、6.12（責任限制）、6.13（解釋）、6.14（知識產權）、6.15 (c)（免責聲明）、6.16（賠償）和 6.17（完整協議；可分割性）；(ii) 如第 2.7 (b) (iii) 節所述，註冊域名持有人有義務對威瑞信進行賠償、辯護並使其免受損害；以及 (iii) 第 5 節規定的註冊服務商對在此期間產生的費用的付款義務本協議的期限。

6.2沒有第三方受益人；雙方的關係。本協議不提供也不應解釋為向第三方（即本協議的非締約方），包括任何註冊域名持有者，提供任何補救措施、索賠、訴訟理由或特權。本協議中的任何內容均不得解釋為在雙方之間建立僱主與僱員或代理關係、合夥關係或合資企業。

6.3不可抗力。任何一方均不對因任何天災、罷工、停工、網絡攻擊而未能履行任何義務（付款義務除外）或提供本協議項下的服務承擔責任，以防電信服務提供商遇到的對註冊局頂級域名、系統、威瑞信域名服務器運營或互聯網的安全和穩定構成迫在眉睫的重大威脅、政府行為或指令、戰爭、暴動或內亂、設備或設施短缺的影響一般來説，或其他類似的力量超出該方的合理控制範圍。

6.4 進一步保證。本協議各當事方應簽署和/或安排向本協議對方交付此類文書和其他文件，並應採取該另一方可能合理要求的其他行動，以執行或證明本協議所設想的任何交易。

6.5 書面修正案。除非本協議另有規定，否則本協議的任何修正或補充均應以書面形式由雙方正式簽署。任何經 ICANN 批准並由註冊商購買的新服務都將受威瑞信通過本協議附錄或註冊商和 Verisign 簽署的其他協議可能制定的條款和條件的約束。

6.6律師費。如果對本協議任何一方提起與履行本協議或執行本協議任何條款有關的任何法律訴訟或其他法律訴訟（包括仲裁），則勝訴方有權收回合理的律師費、費用和支出（以及勝訴方可能有權獲得的任何其他救濟）。

6.7爭議解決；法律選擇；地點。雙方應在訴諸訴訟之前設法解決彼此之間的任何爭端。本協議應根據美利堅合眾國弗吉尼亞聯邦的內部法律進行解釋並受其管轄，但不影響任何可能導致除弗吉尼亞聯邦內部法律之外的任何司法管轄區的法律適用於雙方權利和義務的法律選擇規則。與本協議或本協議任何條款的執行有關的任何法律訴訟或其他法律訴訟均應在弗吉尼亞聯邦東區的任何州或聯邦法院提起或以其他方式啟動。本協議各方明確且不可撤銷地同意並服從位於弗吉尼亞聯邦東區的各州和聯邦法院（以及位於弗吉尼亞聯邦的每個上訴法院）對任何此類法律訴訟的管轄權和審判地管轄。

6.8通知。根據本協議要求或允許向任何一方交付的任何通知或其他通信均應採用書面形式，除非當事方以書面形式發出地址變更通知（手動、掛號、快遞或快遞服務、通過電子郵件或在工作時間通過電信複印機），否則應視為已正確送達、發出和接收：

如果給註冊商：

客户姓名：

注意：

實際地址：

城市，州郵政：

電話號碼：

傳真號碼：

電子郵件：

並將其副本發送至：

客户姓名：

注意：

實際地址：

城市，州郵政：

電話號碼：

傳真號碼：

電子郵件：

如果是威瑞信：

VeriSign, Inc.

12061 Bluemont Way

弗吉尼亞州雷斯頓 20190

收件人：總法律顧問

電話：+1 703 948 3200

傳真：+1 703 435 4921
電子郵件：legal@verisign.com

附上副本至（不構成通知）：

VeriSign, Inc.

12061 Bluemont Way

弗吉尼亞州雷斯頓 20190

收件人：客户事務辦公室

電話：+1 703 948 3200

傳真：+1 703 948 3977

電子郵件：cao@verisign-grs.com

6.9轉讓/再許可。除非本協議中另有明確規定，否則本協議的條款應使本協議雙方的繼承人和獲準受讓人受益並具有約束力。未經威瑞信事先書面同意，註冊商不得將其在本協議下的權利或義務轉讓、再許可或轉讓給任何第三方。未經註冊商同意，威瑞信可將其在本協議下的權利或義務轉讓給關聯公司。

6.9.1。與與 ICANN 協議轉讓相關的轉讓。如果威瑞信與 ICANN 簽訂的註冊管理機構頂級域名註冊管理機構協議得到有效分配，則威瑞信在本協議下的權利將自動分配給《註冊管理機構協議》的受讓人，前提是受讓人承擔本協議規定的威瑞信的職責。如果註冊服務商與ICANN就註冊管理機構頂級域簽訂的註冊服務商委任協議得到有效分配，則註冊服務商在本協議下的權利將自動分配給註冊服務商的註冊服務商委任協議的受讓人，前提是後續註冊服務商承擔本協議項下的註冊服務商職責。

6.10機密信息的使用。在本協議期限內，各方（“披露方”）均可向另一方（“接收方”）披露其機密信息。各方對以下披露的機密信息的使用和披露均受以下條款和條件的約束：

(a) 接收方應嚴格保密，並盡一切合理努力維護披露方所有機密信息的保密和保密性，包括實施合理的物理安全措施和操作程序。

(b) 接收方同意將披露方的任何機密信息僅用於行使本協議項下的權利或履行其義務，不得用於任何其他目的。

(c) 接收方不得向他人披露披露方的任何機密信息；但是，如果接收方是公司、合夥企業或類似實體，則允許嚮明顯需要了解此類機密信息的接收方官員、員工、承包商和代理人披露，前提是接收方應告知此類人員機密信息的機密性質，並採取合理措施維護其機密性。

(d) 接收方不得修改或刪除披露方的任何機密信息上出現的任何保密圖例和/或版權聲明。

(e) 接收方同意不根據機密信息準備任何衍生作品。

(f) 儘管有前述規定，本第 6.10 小節對以下信息不承擔任何義務：(i) 在沒有保密協議的情況下披露且披露方在披露之前以書面形式同意此類披露；或 (ii) 因接收方的過錯而進入或已經進入公共領域；或 (iii) 在披露之前為接收方所知；或 (iv) 是由接收方在不使用機密信息的情況下獨立開發；或 (v) 已製作通常由披露方提供，不受披露限制，或 (vi) 法律、法規或法院命令要求披露；前提是，如果法律、法規或法院命令要求接收方披露披露方的任何機密信息，則接收方將在進行任何此類披露之前立即以書面形式通知披露方，以方便披露方向有關當局尋求保護令或其他適當補救措施，網址為那個

披露方的開支。接收方同意與披露方合作尋求此類命令或其他補救措施。接收方進一步同意，如果披露方未能成功阻止提出請求的法律機構要求披露機密信息，則它將僅提供機密信息中法律要求的部分。

6.11延遲或遺漏；棄權。任何一方未能行使本協議下的任何權力、權利、特權或補救措施，以及任何一方未延遲行使本協議下的任何權力、權利、特權或補救措施，均不構成對該權力、權利、特權或補救措施的放棄；對任何此類權力、權利、特權或補救措施的單一或部分行使或放棄均不妨礙其或任何其他權力、權利的行使，特權或補救措施。除非在代表該方正式簽署和交付的書面文書中明確規定了對此類索賠、權力、權利、特權或補救措施的放棄，否則任何一方均不得被視為放棄了因本協議或本協議下的任何權力、權利、特權或補救措施而產生的任何索賠；任何此類豁免均不適用或不具有任何效力。

6.12 責任限制。

(a) 在任何情況下，威瑞信均不對因本協議引起或與之相關的任何特殊、間接、附帶、懲罰性、懲罰性、懲罰性或間接損失向註冊商承擔任何責任，即使 VERISIGN 已被告知此類損害的可能性。在任何情況下，雙方的最高總賠償責任均不得超過 (I) 前十二 (12) 個月期間根據本協議條款向威瑞信支付的總金額，或 (ii) 500,000 美元中較低者。

(b) 第6.12 (a) 節中規定的責任上限和損害賠償排除不適用於第 6.10 節（使用機密信息）和第 6.16 節（賠償）。

6.13施工。雙方同意，任何旨在解決不利於起草方的歧義的解釋規則均不適用於本協議的解釋或解釋。

6.14知識產權。在遵守上述第2.6節的前提下，各方將繼續獨立擁有其知識產權，包括所有專利、商標、商品名稱、服務標誌、版權、商業祕密、專有流程和所有其他形式的知識產權。

6.15陳述和保證

(a) 書記官長。註冊服務商聲明並保證：(1) 它是一家依法註冊成立、有效存在且信譽良好的公司，(2) 它擁有執行、交付和履行本協議義務的所有必要公司權力和權力，(3) 根據《註冊服務商委任協議》或 ICANN 批准的繼任協議，在本協議期限內將繼續獲得 ICANN 或其繼任者的認可，(4) 本協議的執行、履行和交付已獲得註冊商的正式授權，並且 (5) 註冊商無需獲得或獲得任何政府或監管機構的進一步批准、授權或同意，即可簽訂和履行本協議規定的義務。

(b) 威瑞信。威瑞信聲明並保證：(1) 它是一家根據特拉華州法律正式註冊成立、有效存在且信譽良好的公司；(2) 它擁有執行、交付和履行本協議義務的所有必要公司權力和權力；(3) 本協議的執行、履行和交付已獲得威瑞信的正式授權；(4) 沒有任何政府或監管機構的進一步批准、授權或同意必須由威瑞信獲取或製造才能加入和履行其在本協議下的義務。

(c) 免責聲明。許可產品、支持的協議、EPP、API 和軟件按 “原樣” 提供，不提供任何形式的擔保。威瑞信明確否認所有明示或暗示的擔保和/或條件，包括但不限於對適銷性、令人滿意的質量和特定用途的適用性以及不侵犯第三方權利的暗示擔保和條件。威瑞信不保證許可產品、支持的協議、EPP、API 或軟件中包含的功能將滿足註冊商的要求，也不保證許可產品、支持的協議、EPP、API 或軟件的運行不會中斷或沒有錯誤，也不保證許可產品、支持的協議、EPP、API 或軟件中的缺陷將得到糾正。此外，威瑞信對使用或結果不作任何擔保或陳述

許可產品、支持的協議、EPP、API、軟件或相關文檔的正確性、準確性、可靠性或其他方面。如果許可產品、支持的協議、EPP、API 或軟件被證明存在缺陷，註冊商將承擔對註冊商自己的系統和軟件進行所有必要維護、維修或更正的全部費用。

6.16賠償。註冊服務商將自費在威瑞信根據本款提出要求後的三十 (30) 天內，針對因與註冊商的任何產品或服務有關的索賠或指控而對威瑞信或威瑞信的任何關聯公司提起的任何索賠、訴訟、訴訟或其他訴訟，對威瑞信及其員工、董事、高級職員、代表、代理人和關聯公司進行賠償、辯護，並使他們免受損害；(ii) 與任何註冊域名持有人簽訂的任何協議（包括註冊商的爭議政策）有關注冊商；或 (iii) 與註冊商的域名註冊業務有關，包括但不限於註冊商的廣告、域名申請流程、系統和其他流程、收取的費用、計費慣例和客户服務；但是，在任何此類情況下：(a) 威瑞信立即向註冊服務商發出任何此類索賠的通知，並且 (b) 根據註冊商的書面請求，威瑞信將向註冊服務商提供註冊商合理必要的所有可用信息和協助為此類索賠進行辯護，前提是書記官長向威瑞信償還其實際和合理的費用。威瑞信有權通過自己選擇的律師控制威瑞信對任何索賠或訴訟的辯護，律師的費用應按本協議的規定進行賠償。未經威瑞信事先書面同意，註冊商不得就任何此類應予賠償的索賠達成任何和解或妥協，不得無理地拒絕同意。註冊服務商將支付所有費用、損害賠償和開支，包括但不限於合理的律師費和威瑞信因任何此類應予賠償的索賠、訴訟、訴訟或訴訟而裁定或由威瑞信承擔的其他費用。

6.17完整協議；可分割性。本協議包括附錄A和B，構成雙方之間關於本協議標的的的完整協議，並取代先前就本協議中明確規定的主題事項達成的任何口頭或書面協議、陳述、談判、諒解、提議或承諾。如果本協議的任何條款被認定為非法、無效或不可執行，則各方同意應在允許的最大範圍內執行該條款，以實現雙方的意圖，並且本協議其餘條款的有效性、合法性和可執行性不應因此受到任何影響或損害。如有必要實現雙方的意圖，雙方應本着誠意進行談判，修改本協議，以儘可能反映這種意圖的可執行措辭取代不可執行的措辭。

6.18服務等級協議。《註冊管理機構協議》附錄 10（可能會不時修訂）應納入本協議，並作為附錄 B 附於本協議中。

本協議雙方自生效之日起執行本協議，以昭信守。

威瑞信

來自：

姓名：

標題：

日期：

註冊商公司名稱：

來自：

姓名：

標題：

日期：

附錄 A

註冊費

1.域名初始註冊費

註冊服務商同意按初始域名註冊的年度增量支付 9.92 美元外加 0.75 美元的 ICANN 費用，或根據上文第 5.1 (b) 節中規定的通知條款可能確定的其他金額。

2.域名續訂費

註冊服務商同意按域名註冊續訂的年度增量支付 9.92 美元外加 0.75 美元的 ICANN 費用，或根據上文第 5.1 (b) 節中規定的通知條款可能確定的其他金額。

3.域名轉移

註冊服務商同意為從另一家 ICANN 認可的註冊服務商轉讓給註冊服務商的每個域名支付 9.92 美元外加 0.75 美元的 ICANN 費用，或根據上文第 5.1 (b) 節中規定的通知條款可能確定的其他金額。

4.EPP 更新以恢復名稱

註冊商同意每次使用 EPP Update 命令來恢復域名支付 40.00 美元，或根據上文第 5.1 (b) 節中規定的通知條款可能確定的其他款項。

5. 同步

註冊商同意為每次使用支持的協議同步命令支付 2.00 美元，外加每月 1.00 美元的同步費用，或根據上文第 5.1 (b) 節中規定的通知條款可能確定的其他金額。

附錄 B

服務等級協議（附錄 10）

請參閲 .net 註冊管理機構協議附錄 10，該附錄可能會不時修訂。

NET 註冊管理機構協議附錄 9

批准的服務

《註冊管理機構協議》規定了 “擬議註冊管理機構服務的考慮流程”。在《註冊管理機構協議》生效之日之前，ICANN 特別認定以下服務已獲得 ICANN 的批准。因此，不管《註冊協議》有任何其他規定，VeriSign 均可自由部署以下服務：

•根據註冊管理運行機構的《註冊商參考手冊》提供整合/同步服務；

•國際化域名，根據魯斯蒂·劉易斯於2003年10月13日給保羅·托米的信；

•根據威瑞信的《註冊商參考手冊》，贖回寬限期；

•恢復，允許在贖回寬限期內使用 EPP Update 命令檢索先前刪除的域名註冊（由 ICANN 根據威瑞信的註冊商參考手冊批准）；

•候補名單服務，根據約翰·傑弗裏於2004年1月26日給羅素·劉易斯的信；

•DNS 更新服務，根據 2007 年 4 月 11 日發佈的 https://www.icann.org/en/system/files/files/icann-to-verisign-04apr07-en.pdf；

•DNSSEC，根據 2009 年 11 月 7 日發佈的 https://www.icann.org/en/system/files/files/icann-to-verisign-2009011-06nov09-en.pdf；

•根據2009年12月9日發佈的 https://www.icann.org/resources/board-material/minutes-2009-12-09-en，恢復部分投資組合（“BTAPPA”）後的批量轉賬；

• 域名 WhoWas，根據 2009 年 7 月 16 日發佈的 https://www.icann.org/en/system/files/files/verisign-whowas-16jul09-en.pdf；

•IDN DNS 更新，根據 2009 年 7 月 10 日發佈的 https://www.icann.org/en/system/files/files/icann-to-verisign-200906-10jul09-en.pdf；

•註冊表鎖定服務，根據 2009 年 7 月 10 日發佈的 https://www.icann.org/en/system/files/files/icann-to-verisign-200905-10jul09-en.pdf；

•註冊局-註冊商雙重身份驗證服務，根據 2009 年 7 月 10 日發佈的 https://www.icann.org/en/system/files/files/icann-to-verisign-200904-10jul09-en.pdf；

•可擴展配置協議的驗證碼擴展，根據 2017 年 2 月 27 日發佈的 https://www.icann.org/en/system/files/correspondence/papac-to-kane-27feb17-en.pdf

•根據2022年2月14日的 https://www.icann.org/en/system/files/files/weinstein-to-kane-14feb22-en.pdf 對可擴展配置協議的驗證碼擴展進行了修改。

•雙重身份驗證服務，根據 https://www.icann.org/en/system/files/correspondence/weinstein-to-orentas-27jul22-en.pdf，日期為 2022 年 7 月 27 日

•根據適用法律進行域名註冊驗證，根據 https://www.icann.org/en/system/files/correspondence/weinstein-to-orentas-08sep22-en.pdf，日期為 2022 年 9 月 8 日

.NET 註冊管理機構協議附錄 10

服務等級協議 (SLA)

VeriSign, Inc.（“註冊管理運營商”）致力於為其客户提供世界一流水平的服務。如果註冊管理運行機構的運營績效低於附錄 7 中確定的某些績效規範，本服務等級協議（“SLA”）以 SLA 積分（定義見下文第 2 節）的形式提供補救措施。

1. 定義。

此處使用但未另行定義的大寫術語應具有註冊管理機構協議（包括但不限於附錄 7）中規定的定義。

2.SLA 積分。

如果註冊管理運行機構未能滿足信用等級適用的附錄 7 第 6 節中定義的績效規範，則註冊管理運行機構應根據針對此類不合格的績效規範指標確定的信用等級向 ICANN 認可的註冊服務機構支付積分，該信用等級是根據本第 2 節中規定的信用等級表（“SLA 積分”）計算得出的。應支付給每位 ICANN 認可的註冊服務商的 SLA 抵免額度，以抵消 ICANN 認可的註冊服務商應向註冊管理運營商支付的註冊費和其他費用。SLA 積分是指因違反附錄 7 中規定的性能規範而向註冊管理運行機構評估的抵免額、罰款和/或責任總額。所有 SLA 積分均應以美元支付。信用等級表（參見 SLA 積分表）指出了信用等級適用的每項績效規範的相應信用等級。本 SLA 將按季度進行對賬，除非本 SLA 中另有規定，否則將按季度發放 SLA 積分。

表 SLA 積分

2.1. 信用等級 1-評估信用等級 1 時，DNS 域名服務器服務每月可用性低於 100%。如果未滿足 DNS 域名服務器服務可用性性能規範，則信用等級 1 的 SLA 抵免額應在未滿足服務可用性性能規範的適用日曆月後 30 天支付給 ICANN 認證的活躍註冊服務商。就本附錄 10 而言，

“活躍” ICANN 認可的註冊商是指在之前的每月時間範圍內註冊的淨新.net 域名超過 150 個的註冊商。

符合下文第 3 節要求的每位活躍的 ICANN 認可註冊服務商將獲得的金額等於該活躍的 ICANN 認證註冊服務商在適用的月度期限內淨新.net 域名註冊量除以適用的月度時間框架內所有活躍的 ICANN 認證註冊服務商的新.net 域名註冊淨額乘以表信用級別 1 中規定的每月信用額度。

表信用等級 1

2.2. 信用等級 2-評分等級 2 的評估是針對每個日曆年的 SRS 服務可用性低於 99.99% 以及 Whois 服務在每個月時間段的可用性低於 100% 的。如果未滿足服務可用性性能規格指標，信用等級 2 的 SLA 抵免額將直接計入符合下文第 3 節要求的活躍的 ICANN 認證註冊服務商，金額等於中斷時間 (OT) 乘以前三 (3) 個月的平均每日註冊量 (nraVG) 乘以.net 批發費除以每天的分鐘數（1,440 分鐘））。

ICANN 認可的活躍註冊商將獲得以下獎勵：

(.net 註冊費) * (OT) * (nRAVG)

（1,440 分鐘）

此外，對於任何月份，如果 SRS 和 Whois 的計劃外停機總時間超過 30 分鐘，註冊管理運行機構將向符合第 3 節要求的活躍的 ICANN 認證註冊服務商存入一千美元（1,000 美元）以下。

2.3.信用等級 3-評估信用等級 3 是否符合支票域處理時間性能規範，

添加/創建修改/更新和刪除域命令以及 DNS 域名服務器解析和 Whois 查詢。如果未滿足 “處理時間績效規範” 指標，則應根據處理時間超過適用性能規範指標的時間百分比，向活躍的 ICANN 認證註冊服務機構支付信用等級 3 的 SLA 積分（參見信用等級表 3）。

對於符合下文第 3 節要求的每位活躍的 ICANN 認可註冊服務商，其金額等於在適用的月度期限內活躍的 ICANN 認可的註冊服務商的.net 域名淨註冊量除以所有活躍的 ICANN 認證註冊服務商在適用的月度時限內，在相應日曆月後 30 天內表信用級別 3 中規定的服務級別協議抵免金額。

表信用等級 3

2.4. 信用等級 4-評估信用等級 4 是否符合域名服務器和 Whois 更新頻率的性能規範。如果未滿足 “更新頻率績效規範” 指標，則信用等級 4（參見表信用等級 4）的 SLA 積分應按金額支付給 ICANN 認證的活躍註冊服務商

更新頻率超過適用的性能規格指標的時間百分比。

符合下文第 3 節要求的每位活躍的 ICANN 認可註冊商將獲得一筆金額，金額等於該活躍的 ICANN 認可的註冊服務商在適用的月度期限內的.net 域名註冊淨額除以所有活躍的 ICANN 認證註冊服務商在適用的月度時限內註冊的新.net 域名淨額，乘以表信用級別 4 中規定的服務級別協議抵免金額。

表信用等級 4

2.5. 信用等級 5-評估信用等級 5 是否未滿足 “計劃中斷時間框架”、“計劃中斷通知”、“延長計劃中斷時間框架” 和 “延長計劃中斷通知” 的性能規範。如果未滿足績效規範指標，則信用等級 5 的 SLA 抵免額應支付給符合下文第 3 節要求的每位活躍的 ICANN 認可註冊服務商，其金額等於該活躍的 ICANN 認可註冊服務商在適用的月度期限內新.net 域名註冊服務商的淨.net 域名註冊量除以適用的月度時限內所有活躍的 ICANN 認證註冊服務商的新.net 域名註冊淨額乘以一千美元 (1,000 美元)。

2.6. 信用等級 6-評估信用等級 6 是否符合計劃停機時間和延長計劃中斷期的性能規範。如果未滿足績效規範，則信用等級6的SLA抵免額應直接支付給符合下文第3節要求的ICANN認可的註冊服務商，金額等於過去三個月的平均每日淨增量（ADM）乘以計劃期限超額（PDO）乘以表信用等級6中規定的SLA信用累進財務罰款。就本附錄 10 而言，PDO 的計算方法是從以小時和分鐘為單位的總停機時間中減去計劃停機時間或延長計劃停機時間（如適用）的最大允許時間（以小時和分鐘）為單位。

表信用等級 6

3.註冊商的責任。

為了讓 ICANN 認證的註冊服務商申請本附錄 10 中概述的 SLA 積分，必須嚴格遵守本第 3 節的程序。

3.1. 受影響的 ICANN 認可的註冊服務商必須報告註冊管理運行機構涉嫌未能滿足績效規範的每起事件，並按照註冊管理運行機構要求的方式（即電子郵件、傳真、電話）向註冊管理運行機構的客户服務枱提出 SLA 積分申請，才有資格獲得 SLA 抵免。受影響的 ICANN 認可註冊服務商必須在出現未滿足績效規範的日曆年結束後的三 (3) 個月內發起 SLA 積分申請。

3.2. 每位 ICANN 認可的註冊服務商在預計其預計交易量（不包括支票域命令）將超過 ICANN 認可的註冊服務商上個月的交易量超過 25% 時，都必須通知註冊管理運營商。如果 ICANN 認可的註冊服務商未能告知註冊管理運行機構預計交易量將增長 25% 或以上，而 ICANN 認可的註冊服務商的交易量比上個月增長了 25% 或以上，並且如果註冊管理運行機構當月所有經 ICANN 認證的註冊服務機構的交易總量超過註冊管理運行機構上個月交易的實際交易量超過 20%，則 ICANN 認可的註冊服務商不會有資格獲得本 SLA 中列出的任何 SLA 積分每月時間表。ICANN 認可的註冊服務商應在適用日曆月的第一天前至少 30 天提供此類預測。註冊管理運行機構同意通過電子郵件向 ICANN 認可的註冊服務機構提供月度交易摘要報告。

3.3. 受影響的 ICANN 認可的註冊服務商必須提供文件以支持其 SLA 抵免額度申請。ICANN 認可的註冊服務商應以以下任一形式提供文件：

a) ICANN 認可的註冊服務商向註冊管理運行機構發送了關於超出 SLA 限制或未能滿足 SLA 要求的性能規範的通知，包括註冊管理運行機構簽發的故障單號碼。還應包括結算單，以確定總停機時間（除非故障單中包含此信息）；或

b) 註冊管理運行機構關於超出 SLA 限制或未能滿足 SLA 要求的性能規範的通知（附有故障單號）。還應包括結算單，以確定總停機時間（除非故障單中包含此信息）。

3.4. 為了計算積分，受影響的 ICANN 認可的註冊服務商必須包括過去三 (3) 個日曆月的交易量數字（或者，如果更少，

ICANN 認可的註冊服務商獲準在 .net 註冊機構中註冊域名的時間長度），並證明這些數字準確反映了受影響期間將涵蓋的最低註冊數量。

3.5. 註冊管理運營商應進行必要的測量，以證實 ICANN 認可的註冊服務商申請的 SLA 積分總額。此類測量結果和相關文件應通過電子郵件發送給每個申請 SLA 抵免額的 ICANN 認證註冊服務商。

3.6. 準確完成上述步驟後，註冊管理運行機構應通知將輸入受影響的 ICANN 認證註冊服務商賬户的 SLA 積分數量，這些積分可以立即用於.net 域名註冊以及 ICANN 認可的註冊服務商應向註冊管理運行機構支付的其他費用。

4。義務。

4.1除跨網絡域名服務器性能（不屬於本服務級別協議的範圍）外，註冊管理運行機構將從至少兩個外部位置和至少一個內部位置進行監控，以此來驗證 a) 可以有效建立會話以及 b) EPP 命令能否成功完成。

4.2如果所有 ICANN 認證的註冊服務商都受到 SRS 不可用的影響，註冊管理運行機構有責任開具一攬子故障單，並立即將問題單的編號和詳細信息通知所有 ICANN 認可的註冊服務商。

4.3如果 ICANN 認證的個別註冊服務商無法使用系統服務，註冊管理運行機構將盡商業上合理的努力，在合理可行的情況下儘快為這個 ICANN 認證的註冊服務商重建受影響的系統服務。任何由於 ICANN 認可的個別註冊商導致的系統服務不可用，但不代表系統服務中斷，都不會產生服務級別協議積分，也不會受本 SLA 的約束。

4.4ICANN 認可的註冊服務商和註冊管理運行機構同意通過合理的商業誠信努力來確定任何所謂的系統服務不可用的原因。如果雙方確定是註冊管理運行機構的問題，則系統服務不可用將受本 SLA 的約束。

4.5. 註冊管理運行機構將做出商業上合理的努力，在不可抗力事件終止後的 24 小時內恢復任何系統服務，並在不可抗力事件終止後 48 小時內恢復全部系統功能。因不可抗力造成的中斷不應被視為系統服務不可用，不會影響附錄 7 中規定的性能規範，也不受本 SLA 的約束。

4.6. 註冊管理運行機構將在商業上合理的時間內開立事件故障單，並將處理所有系統性能問題，以降低嚴重程度，並在商業上合理的時間內予以修復。測量系統標記的事件也將符合開票活動的資格，並將受本 SLA 的約束。

4.7. 註冊管理運行機構將發佈月度系統性能和服務可用性報告。

5。雜項。

5.1本 SLA 獨立於《註冊管理機構協議》中規定的任何權利、義務或義務。如果本 SLA 的條款和條件與《註冊管理機構協議》存在任何衝突，則以《註冊管理機構協議》為準。

5.2 作為《註冊管理機構-註冊服務商協議》（“RRA”）的附錄，本 SLA 中的任何條款均無意取代 RRA 中的任何條款或條件。

5.3爭議解決將按照 RRA 第 6.7 節處理。

5.4由於 RRA 第 2.13、5.4 或 6.3 條、RRA 中的任何其他適用條款或註冊管理運行機構遵守生效日期之後制定的任何共識政策直接導致的系統服務中斷均不受本 SLA 的約束，但僅限於註冊管理運行機構遵守了 RRA 中的此類規定而通過商業上合理的努力不可避免的系統服務中斷的程度和期限或生效日期之後制定的任何共識政策。

.NET 註冊管理機構協議附錄 11

公共利益承諾

註冊管理運行機構同意自生效之日起履行以下公共利益承諾。

a.Registry Operator 將確保其《註冊管理機構-註冊服務商協議》中有一項條款，要求註冊服務商在其註冊協議中納入一項條款，禁止註冊域名持有人分發惡意軟件、濫用殭屍網絡、網絡釣魚、盜版、商標或版權侵權、欺詐或以其他方式從事違反適用法律的活動，以及提供（與適用法律和任何相關程序相一致）後果（由相應的註冊服務商執行）根據該註冊商的註冊商委任協議）進行此類活動，包括暫停域名。

b.Registry Operator 將定期（不少於每月一次）進行技術分析，以評估域名中的域名是否被用於實施安全威脅，例如域名欺詐、網絡釣魚、惡意軟件和殭屍網絡。註冊管理運行機構將保留統計報告，説明已發現的安全威脅數量以及根據定期技術分析所採取的任何行動。除非法律要求縮短期限或 ICANN 批准，否則註冊管理運行機構將在協議當時的六年期限內保留這些報告，並將應要求將其提供給 ICANN。