The second round of QA testing was

The second round of QA testing was designed to again test the RDE deposit and release procedures, but under conditions simulating a large registrar-depositor (i.e., a registrar managing more than one million gTLD registrations). As noted above, under the provisions of the RDE specifications, registrars are required to split CSV files to be no larger than one gigabyte or one million rows.

To complete the RDE Stress Test, ICANN manipulated the IANA Registrar data to achieve a file size of approximately 3 gigabytes. The files were then split, compressed, encrypted, and uploaded to Iron Mountain in accordance with the RDE specifications. As in the RDE Process Test, Iron Mountain decrypted, uncompressed, and performed checksum validation of the data, and then destroyed the unencrypted data and stored the original encrypted files. Similarly, as before, ICANN followed the agreed release procedures and the re-encrypted files were released to ICANN by sFTP and overnight courier within one business day of the release demand.

Although the RDE Stress Test concluded with a generally successful result, staff observed an irregularity in the process that made the result appear somewhat unreliable. Specifically, staff found that when the simulated registration data had been prepared for uploading, it compressed uncharacteristically effectively. The simulated large registrar data compressed at a rate of approximately 7,000:1. In comparison, registrars who had begun their own preparation and testing for the RDE program experienced a data compression rate of 13:1. The redundant nature of the simulated registration data appeared to have contributed to an abnormally high compression rate, so ICANN determined that the technical procedures (the file preparation, uploading, and release) involved in the RDE Stress Test should be repeated with more conservative compression rates.

In the second round of stress testing, simulated registrar data was created with greater randomization. This allowed for more realistic data compression. The uploaded files the second time were considerably larger at 349 MB each (versus 142 KB in the prior stress test), reflecting a compression rate of approximately 3:1.

By re-running the RDE Stress Test, ICANN and Iron Mountain were able to assess both the viability of the RDE specifications and the capacity of ICANN and Iron Mountain to effect a release of data for a large registrar. Through the repeated test, ICANN observed an upload rate of 700 KB/second, which correlates to a total upload time of around 20 minutes. Iron Mountain reported that the processing time for the uploaded data (i.e., the time needed to decrypt, uncompress, and verify the deposit) was under two minutes and thirty seconds. ICANN was able to download the data by sFTP in 15 minutes (950 KB/second) and complete decryption and decompression in under two minutes. Checksum verification proved the data to be identical. Given these results, the RDE Process and Stress Tests were deemed to have been satisfactorily concluded.

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

Vòng thứ hai của thử nghiệm QA đã được thiết kế để kiểm tra lại các khoản tiền gửi ĐSQ Đan Mạch và phát hành các thủ tục, nhưng trong điều kiện mô phỏng một lớn đăng ký-gửi tiền (ví dụ, một công ty đăng ký, quản lý hơn một triệu đăng ký gTLD). Như đã nói ở trên, theo quy định của các thông số kỹ thuật RDE, đăng ký được yêu cầu phải chia nhỏ các file CSV kích thước không lớn hơn một gigabyte hay một triệu hàng.

Để hoàn thành các thử nghiệm RDE Stress, ICANN thao tác các dữ liệu đăng ký IANA để đạt được một kích thước tập tin của khoảng 3 GB. Các tập tin này sau đó được phân chia, nén, mã hóa, và tải lên Iron Mountain phù hợp với các thông số kỹ thuật RDE. Như trong quá trình RDE Test, Iron Mountain giải mã, nén, và thực hiện chứng nhận kiểm tra của dữ liệu, và sau đó phá hủy các dữ liệu không được mã hóa và lưu trữ các tập tin được mã hóa ban đầu. Tương tự như vậy, như trước đây, ICANN tiếp các thủ tục phát hành thoả thuận và các tập tin tái mã hóa đã được phát hành ICANN bởi SFTP và chuyển phát nhanh qua đêm trong vòng một ngày làm việc của các nhu cầu phát hành.

Mặc dù các thử nghiệm RDE Căng thẳng đã kết thúc với một kết quả khá thành công, nhân viên quan sát thấy một bất thường trong quá trình thực hiện kết quả xuất hiện phần nào không đáng tin cậy. Cụ thể, nhân viên thấy rằng khi các dữ liệu đăng ký mô phỏng đã được chuẩn bị sẵn sàng để tải lên, nó nén với thường lệ hiệu quả. Các mô phỏng dữ liệu đăng ký lớn nén ở tốc độ xấp xỉ 7.000: 1. Trong khi đó, đăng ký người đã bắt đầu chuẩn bị và thử nghiệm riêng của họ cho các chương trình RDE trải qua một tỷ lệ nén dữ liệu của 13: 1. Bản chất dự phòng của các dữ liệu đăng ký mô phỏng xuất hiện đã góp phần vào tỉ lệ nén cao bất thường, do ICANN xác định rằng các quy trình kỹ thuật (chuẩn bị tập tin, tải lên, và phát hành) tham gia vào thử nghiệm RDE Căng thẳng nên được lặp lại với tỷ lệ nén bảo thủ hơn .

trong vòng hai của thử nghiệm căng thẳng, dữ liệu đăng ký mô phỏng đã được tạo ra với ngẫu nhiên lớn hơn. Điều này cho phép nén dữ liệu thực tế hơn. Đã tải lên tập tin lần thứ hai là lớn hơn đáng kể tại 349 MB mỗi (so với 142 KB trong các thử nghiệm căng thẳng trước), phản ánh một tỷ lệ nén trong khoảng 3: 1.

Bằng cách chạy lại thử RDE Stress, ICANN và Iron Mountain đã có thể đánh giá cả khả năng tồn tại của các thông số kỹ thuật RDE và năng lực của ICANN và Iron Mountain để thực hiện một phiên bản của dữ liệu cho một công ty đăng ký lớn. Qua các thử nghiệm lặp đi lặp lại, ICANN quan sát tốc độ tải lên của 700 KB / giây, tương ứng với tổng thời gian tải lên khoảng 20 phút. Iron Mountain báo cáo rằng thời gian xử lý cho các dữ liệu tải lên (tức là, thời gian cần thiết để giải mã, giải nén, và xác minh các khoản tiền gửi) là dưới hai phút ba mươi giây. ICANN đã có thể tải về các dữ liệu bằng SFTP trong 15 phút (950 KB / giây) và hoàn thành giải mã và giải nén ở dưới hai phút. Xác minh kiểm tra chứng minh các dữ liệu để được giống hệt nhau. Với kết quả này, quá trình RDE và xét nghiệm stress được coi là đã được kết luận thỏa đáng.