Engin Gunduz wrote:
On 2004-10-22 18:36:32 +0200, Ulf Kieber wrote:
weren't ccTLD domain registries supposed to remove their stuff from the database?
There isn't a formal requirement about this. A couple of years ago the sheer size of ccTLD data caused several problems, thus the ccTLDs (especially big ones) were invited to implement their own whois services and they did so indeed, and removed their data from RIPE Whois DB.
Do a "whois -r -T domain -i notify notify@nic.gm".
Which ccTLDs are still holding their registry data in the RIPE DB anyway?
Some small ccTLDs seem like still using RIPE Whois DB as their whois service. Here is the number of domain objects split into their TLDs:
149428 arpa 1319 fo 1236 sm 1036 bg 693 mc 673 gm 182 no 172 il 76 gr 74 pl 64 lv 56 fi 33 tr 32 be 27 hu 24 gl 21 pt 14 md 13 at 11 is 10 ba 8 ie 8 ee 6 se 6 sa 5 es 4 uk 4 ru 4 ly 4 kz 4 jo 4 eu 4 cz 3 tn 3 si 2 va 2 ug 2 ke 2 it 2 ir 2 ga 2 cm 2 by 2 az 2 al
FO and SM objects are slowly increasing, so I presume they are still using our DB as their whois service. The others look like left-overs.
I think it would be a good idea to remove all forward domain objects from RIPE Whois DB, as the domain name allocation process is conceptually different than Routing Registry and Address Allocation processes. In the past ccTLDs were allowed to use the RIPE Whois DB as their whois service as they weren't big enough to support their own whois services and somehow it made sense to include ccTLD data there but I think this is not valid any more.
So I guess RIPE should talk to those ccTLDs, and if they confirm they're no longer use the RIPE DB that data, including dangling person objects, should be removed. The .gm domain objects aren't even protected, so actually everybody could delete those. -- Ulf Kieber email: ukieber@cogentco.com Sr. Network Engineer voice: +49-69-299896-21 C.C.D. Cogent Communications Deutschland GmbH fax : +49-69-299896-40 Optical Internet www : www.cogentco.com Brilliantly Fast. Elegantly Simple. AIM : ulfkieber