[gtld-tech] [CZDS]-Bulk Zone File Access Fail

[xiejg]

Hello everyone,

We have got a problem when ICANN tends to download the bulk zone file from our sftp server.
We have already put the zone file there, but the result returns from us shows that No zone files found within the past 3 days.

The files under the top-levl directory of the sftp server are:
*    xn--xxxx.zone.gz
*    xn--xxxx.zone.gz.md5
*    xn--xxxx.zone.gz.sig

Complied with the AGB specification 4,section 2. 

And from the log we found that ICANN can login successfully.

Does any one encounter this problem, and give me a hand, thanks very much!

Kind regards,
Jiagui Xie



xiejg

From: John Levine
Date: 2014-02-17 12:02
To: gtld-tech
Subject: Re: [gtld-tech] "zfa-passwords" vs CZDS
In article <19F54F2956911544A32543B8A9BDE0750CA3318D at NICS-EXCH2.sbg.nic.at> you write:
>
>We're currently looking into submitting our first ICANN reports for the new gTLDs we host. One of the fields in the ICANN reporting data is the
>"zfa-passwords" field, which is supposed to contain the number of active users for the Zone File Access service of the TLD.
>
>In the light of CZDS, we're assuming that this field can be left set to "0", because there are no direct zone file access users with the individual
>registry (and that ICANN gathers the number of users directly from CZDS).

CDZS allows registries to provide ZFA downloads through CDZS, or
through an API that provides the user a password to download directly
from the registry.  Somewhat to my surprise all the registries appear
to be doing the CDZS route, so at this point none of the new
registries have any passwords.

The volume of ZFA downloads can potentially be pretty big.  By my
estimates, the traffic for ZFA downloads for .COM are roughly the same
as for all of the .COM WHOIS or all of the .COM DNS server traffic.
If any of the new TLDs becomes large, i.e., tens of millions of
domains, and there are a lot of ZFA users, they and ICANN may want to
revisit the distribution plan.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mm.icann.org/pipermail/gtld-tech/attachments/20140225/8b4f7f6f/attachment.html>