The first round of testing was desi

The first round of testing was designed to test the RDE deposit and release processes themselves and ICANN and Iron Mountain's ability to timely carry out these processes in the event of a simulated registrar failure situation.

To carry out the RDE Process Test, ICANN enrolled "IANA Registrar" (an account maintained by ICANN with registries to hold a number of reserved domain names, with registration/Whois data that looks much like that of an accredited registrar) in Iron Mountain's RDE program. Specifically, ICANN completed the on-boarding and security key-exchange procedures with Iron Mountain, prepared, compressed, and encrypted a CSV of the IANA Registrar registration data in conformance with the RDE specifications, and uploaded the data. At the other end, Iron Mountain received, decrypted, and unpacked the data, performed checksum validation in accordance with the RDE specifications, and provided verification of receipt to ICANN's RDE compliance email account. After completion of the validation process, the unencrypted data was destroyed and the original encrypted data was stored.

After ICANN was able to confirm that its deposit by IANA Registrar was successful, the release procedure was initiated. (A flowchart of the release procedure is available at http://www.icann.org/rde/rde-release-procedure-13feb08.pdf [PDF, 93K].) Simulating a typical release situation, ICANN's registrar liaison staff confirmed with legal counsel that the release was appropriate and permissible under the terms of the RDE agreement (and registrar accreditation agreement in the case of an actual registrar). An informal notice was then transmitted to Iron Mountain by email, indicating that ICANN might submit formal demand for release of IANA Registrar's data within five days. (The informal notice is intended to provide Iron Mountain with advance notice of a potential release and an opportunity for Iron Mountain to brief ICANN about the availability of RDE data for the registrar at issue.)

A week after the informal notice was transmitted to Iron Mountain, ICANN's legal counsel transmitted by fax and PGP-signed email a demand for release of IANA Registrar's escrowed data. In accordance with pre-established release procedures, Iron Mountain verified the authenticity of the release demand by confirming the release details by telephone with a designated ICANN staff member. (To help protect against spoofed or forged release requests, ICANN requires its escrow agents to place the verification call to the letter's author through the ICANN switchboard, using the telephone number published on ICANN's website.)

Before the RDE data could be released, it was again decrypted by Iron Mountain using its private key and then re-encrypted with ICANN's public key. Within two business days of ICANN's demand for release, Iron Mountain effected the release by overnight courier and sFTP.1 Login credentials for the online release were provided to ICANN via PGP-encrypted email.2 Upon receipt of both data sets, ICANN compared the released data to the original, and confirmed that they were bit-for-bit identical

Kết quả (Việt) 1:

The first round of testing was designed to test the RDE deposit and release processes themselves and ICANN and Iron Mountain's ability to timely carry out these processes in the event of a simulated registrar failure situation.To carry out the RDE Process Test, ICANN enrolled "IANA Registrar" (an account maintained by ICANN with registries to hold a number of reserved domain names, with registration/Whois data that looks much like that of an accredited registrar) in Iron Mountain's RDE program. Specifically, ICANN completed the on-boarding and security key-exchange procedures with Iron Mountain, prepared, compressed, and encrypted a CSV of the IANA Registrar registration data in conformance with the RDE specifications, and uploaded the data. At the other end, Iron Mountain received, decrypted, and unpacked the data, performed checksum validation in accordance with the RDE specifications, and provided verification of receipt to ICANN's RDE compliance email account. After completion of the validation process, the unencrypted data was destroyed and the original encrypted data was stored.Sau khi ICANN đã có thể xác nhận rằng khoản tiền gửi bởi nhà đăng ký IANA đã thành công, các thủ tục phát hành đã được khởi xướng. (Một sơ đồ của các thủ tục phát hành có sẵn tại http://www.icann.org/rde/rde-release-procedure-13feb08.pdf [PDF, 93K].) Mô phỏng một tình huống điển hình phát hành, nhân viên liên lạc công ty đăng ký của ICANN đã xác nhận với luật sư rằng phát hành là thích hợp và cho phép theo các điều khoản của thỏa thuận RDE (và đăng ký công nhận thỏa thuận trong trường hợp của một công ty đăng ký thực tế). Một thông báo chính thức sau đó được truyền cho Iron Mountain bằng email, chỉ ra rằng ICANN có thể gửi yêu cầu chính thức phát hành dữ liệu đăng ký IANA trong vòng năm ngày. (Thông báo chính thức nhằm cung cấp sắt núi với thông báo trước một thông cáo tiềm năng và cơ hội cho Iron Mountain cho ICANN ngắn gọn về sự sẵn có của dữ liệu RDE cho công ty đăng ký ở vấn đề.)Một tuần sau khi thông báo chính thức được truyền đến Iron Mountain, tư vấn pháp lý của ICANN truyền qua fax và email PGP đã ký một nhu cầu cho bản phát hành dữ liệu escrowed đăng ký IANA. Phù hợp với phiên bản trước được thiết lập thủ tục, Iron Mountain xác minh tính xác thực của các nhu cầu phát hành bằng cách xác nhận các chi tiết phát hành qua điện thoại với một định ICANN nhân viên. (Để giúp bảo vệ chống lừa đảo hay giả mạo phát hành yêu cầu, ICANN đòi hỏi các đại lý ký quỹ để thực hiện xác minh gọi cho tác giả những lá thư thông qua tổng đài ICANN, bằng cách sử dụng số điện thoại được đăng trên trang web của ICANN.)Before the RDE data could be released, it was again decrypted by Iron Mountain using its private key and then re-encrypted with ICANN's public key. Within two business days of ICANN's demand for release, Iron Mountain effected the release by overnight courier and sFTP.1 Login credentials for the online release were provided to ICANN via PGP-encrypted email.2 Upon receipt of both data sets, ICANN compared the released data to the original, and confirmed that they were bit-for-bit identical

Kết quả (Việt) 2:

Vòng đầu tiên của thử nghiệm được thiết kế để kiểm tra các khoản tiền gửi ĐSQ Đan Mạch và phát hành các quá trình tự và ICANN và khả năng Iron Mountain để kịp thời thực hiện các quá trình này trong trường hợp tình hình thất bại đăng ký giả.

Để thực hiện quá trình RDE Test, ICANN ghi danh "IANA đăng ký "(một tài khoản được duy trì bởi ICANN với đăng ký để giữ một số tên miền dành riêng, có đăng ký / dữ liệu Whois trông giống như là của một đăng ký được công nhận) trong chương trình RDE Iron Mountain của. Cụ thể, ICANN đã hoàn thành các thủ tục chính trao đổi về trú và an ninh với Iron Mountain, chuẩn bị, nén, mã hóa và một CSV số liệu đăng ký đăng ký IANA trong sự phù hợp với các thông số kỹ thuật RDE, và tải lên dữ liệu. Ở đầu kia, Iron Mountain nhận, giải mã, và giải nén dữ liệu, thực hiện chứng nhận kiểm tra phù hợp với các thông số kỹ thuật RDE, và cung cấp xác nhận đã nhận được tài khoản email RDE tuân thủ của ICANN. Sau khi hoàn thành quá trình xác nhận, dữ liệu không được mã hóa đã bị phá hủy và các dữ liệu được mã hóa ban đầu đã được lưu trữ.

Sau khi ICANN đã có thể xác nhận rằng tiền gửi của mình bằng cách đăng ký IANA đã thành công, các thủ tục phát hành được khởi xướng. (Một sơ đồ của các thủ tục phát hành có sẵn tại http://www.icann.org/rde/rde-release-procedure-13feb08.pdf [PDF, 93K].) Mô phỏng một tình huống điển hình phát hành, nhân viên liên lạc đăng ký ICANN khẳng định với tư vấn pháp lý phát hành là phù hợp và được phép theo các điều khoản của thỏa thuận RDE (và thỏa thuận công nhận đăng ký trong trường hợp của một công ty đăng ký thực tế). Một thông báo chính thức sau đó được truyền tới Iron Mountain bằng email, chỉ ra rằng ICANN có thể nộp yêu cầu chính thức cho phát hành dữ liệu đăng ký IANA của vòng năm ngày. (Các thông báo chính thức được thiết kế để cung cấp Iron Mountain với thông báo trước về một thông cáo tiềm năng và cơ hội cho Iron Mountain để ngắn gọn ICANN về sự sẵn có của dữ liệu RDE cho các công ty đăng ký tại vấn đề.)

Một tuần sau khi thông báo chính thức đã được truyền Iron Mountain , cố vấn pháp lý của ICANN truyền bằng fax và PGP ký email một nhu cầu cho phát hành dữ liệu được đảm bảo đăng ký IANA của. Phù hợp với các thủ tục phát hành được thiết lập sẵn, Iron Mountain xác nhận tính xác thực của các nhu cầu phát hành bằng cách xác nhận các chi tiết phát hành qua điện thoại với một nhân viên của ICANN chỉ định. (Để giúp bảo vệ chống lại các yêu cầu phát hành giả mạo hoặc giả mạo, ICANN đòi hỏi các đại lý ký quỹ của nó để đặt các cuộc gọi xác minh tác giả của bức thư thông qua tổng đài ICANN, bằng cách sử dụng số điện thoại được đăng trên trang web của ICANN.)

Trước khi số liệu RDE có thể được phát hành, nó đã một lần nữa giải mã bởi Iron Mountain sử dụng khóa riêng của nó và sau đó tái mã hóa với khóa công khai của ICANN. Trong thời hạn hai ngày làm việc kể nhu cầu của ICANN cho phát hành, Iron Mountain thực hiện việc phát hành bằng chuyển phát nhanh qua đêm và các thông tin sFTP.1 Đăng nhập cho việc phát hành trực tuyến được cung cấp cho ICANN thông qua email.2 PGP mã hóa Khi nhận được cả hai bộ dữ liệu, ICANN đã so sánh sự phát hành dữ liệu với bản gốc, và xác nhận rằng họ đã bit-cho-bit giống nhau