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) 1:

Vòng thứ hai của QA thử nghiệm được thiết kế để một lần nữa kiểm tra tiền RDE và phát hành các thủ tục, nhưng dưới điều kiện mô phỏng một công ty đăng ký-depositor lớn (ví dụ, một công ty đăng ký quản lý nhiều hơn một triệu gTLD đăng ký). Như đã nói ở trên, theo quy định thông số kỹ thuật RDE, công ty đăng ký được yêu cầu để split tập tin CSV không lớn hơn một gigabyte hoặc một triệu dòng.Để hoàn thành các bài kiểm tra căng thẳng RDE, ICANN thao túng dữ liệu đăng ký IANA để đạt được kích thước tệp khoảng 3 GB. Các tập tin sau đó tách ra, nén, mã hóa, và tải lên Iron Mountain theo thông số kỹ thuật RDE. Như trong bài kiểm tra quá trình RDE, Iron Mountain giải mã, không nén, và thực hiện kiểm tra xác nhận dữ liệu, và sau đó bị phá hủy dữ liệu không được mã hóa và lưu trữ các tập tin gốc đã mật mã hóa. Tương tự, như trước, ICANN theo thủ tục đã đồng ý phát hành và tái mã hóa các tập tin đã được phát hành cho ICANN sFTP và chuyển phát nhanh qua đêm trong một ngày làm việc của các nhu cầu phát hành.Mặc dù các bài kiểm tra căng thẳng RDE đã kết thúc với một kết quả thành công nói chung, nhân viên quan sát một bất thường trong quá trình thực hiện kết quả xuất hiện một chút không đáng tin cậy. Đặc biệt, nhân viên thấy rằng khi đăng ký mô phỏng dữ liệu đã được chuẩn bị sẵn sàng cho tải lên, nó nén uncharacteristically có hiệu quả. Dữ liệu đăng ký mô phỏng lớn nén một tỷ lệ xấp xỉ 7, 000:1. Trong khi đó, công ty đăng ký người đã bắt đầu thử nghiệm cho chương trình RDE và chuẩn bị của riêng họ có kinh nghiệm một tỷ lệ nén dữ liệu của 13:1. Bản chất dư thừa của các dữ liệu đăng ký mô phỏng dường như đã đóng góp cho một tỷ lệ nén cao bất thường, do đó, ICANN đã quyết định rằng các kỹ thuật thủ tục (chuẩn bị tập tin, tải lên, và phát hành) tham gia kiểm tra căng thẳng RDE nên được lặp đi lặp lại với tỷ lệ nén bảo thủ hơn.Trong vòng hai của căng thẳng thử nghiệm, công ty đăng ký mô phỏng dữ liệu được tạo ra với hơn ngẫu nhiên. Điều này cho phép nén dữ liệu thực tế hơn. Các tập tin được tải lên lần thứ hai là lớn hơn đáng kể tại 349 mỗi MB (so với 142 KB trong bài kiểm tra căng thẳng trước đó), phản ánh một tỷ lệ nén khoảng 3:1.Bằng cách tái chạy các bài kiểm tra căng thẳng RDE, ICANN và Iron Mountain đã có thể đánh giá tính khả thi của các thông số kỹ thuật RDE cả và năng lực của ICANN và Iron Mountain để thực hiện một bản phát hành dữ liệu cho một nhà cung cấp lớn. Thông qua các thử nghiệm lặp đi lặp lại, ICANN quan sát tỷ tỷ lệ tải lên 700 KB/giây, tải lên mà correlates với tổng thời gian khoảng 20 phút. Iron Mountain báo cáo rằng thời gian xử lý 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) đổi dưới hai phút và 30 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à giải mã đầy đủ và giải nén trong vòng hai phút. Kiểm tra xác minh tỏ ra dữ liệu giống hệt nhau. Đưa ra những kết quả này, RDE quá trình và các bài kiểm tra căng thẳng đã được coi là đã được kết luận thỏa đáng.

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.