ccTLD Constituency of ICANN

World Wide Alliance of Top Level Domain-names
IANA Internic whois database Custodianship

 Home | ccwhois | NSI ccTLD whois | whois.iana.org | IANA snapshots 

IANA WG

Introduction and initial terms of reference

In September 2001 the CENTR IANA WG has been formed. Chair: Elisabeth Porteneuve.

The IANA WG purpose is to determine requirements for the IANA database.

Targets and probable working items: History - Concept of the IANA database, operational basis of changes done by IANA, definitions of transactions for every entry in the IANA database, discuss the establishment of a board of trustees.

 

First step - observations

A study of IANA database of ccTLD entries has been commissioned. Its purpose to get a synthetic view on kind of situations which may arise, and where difficulties in updating IANA database entries arise.

This study is based on snapshots from the ccTLD's related objects at the NSI's whois database: 19990511, 19990804, 19991107, 20000618, 20001122 and 20011209.

The ccTLD object's information is those described in:
  1. The template, v.1.2, changes to an existing ccTLD entry in the Root-Zone Whois http://www.iana.org/cctld/cctld-template.txt duplicated here cctld-template.txt.
  2. The list of ccTLD's Nic-handles as registered in the old Internic whois, then NSI whois http://www.dnso.org/dnso/ccTLDs-handles.html

As of 9 December 2001 it contains:

  1. 242 objects describing an "Organization Using Domain Name" (3a to 3f)
  2. 515 objects describing a Contact Person "Administrative Contact/Agent" (4a to 4l) or "Technical Contact" (5a to 5l)
  3. 2402 objects with a nameserver, "Primary Name Server" (6a to 6b) or Secondaries, among those are 763 different objects.
  4. The 242 "Primary Name Server" (6a to 6b), correspond to 191 different names.

A snapshot will be automatically made every week, and based on that an automated changes list generated by a script.
Noteworthy: the Matrix of Administrative and Technical Contacts in CCs.

 

Next step - possible questions

A ccTLD is described by 4 objects (NIC-handle, AdCo-handle, TeCo-handle, Primary NS).

  1. What is a possible automated classification of ccTLD to be made ? Do we accept such classification being made by ourselves ?
  2. Handles in the same country ? Primary in the same country ? Is country the good granularity ?
  3. The postal address is frequently written in a very sloppy way (the US way of writing does not scale to the world, there is no postal standards concerning the content of a valid address). How does it impact the communication by postal mail ? How does it impact the national ccTLD participation ? How many fake addresses ? How many hidden re-delegations happen this way ?
  4. The AdCo-handle and TeCo-handle are not under IANA control, rather under NSI or RIPE or whoever else. Is such a situation safe ? How many hidden re-delegations happen this way ?
  5. When an IP address of a Primary Server does not belong to a ccTLD, such ccTLD does not have a complete control over its public resource. How many hidden re-delegations happen this way ? How can we help ?

© ccTLD Constituency
Page updated : 2002-08-20 21:40:27