...
In the weeks leading to San Juan, I had expressed concerns about the possible disconnect between the different parts of such a complex project, and the apparent lack of a comprehensive program plan. Several Board members agreed, and staff was asked to present a "state of the art" in San Juan. I will not enter into details (our IDN liaison already posted reports), but the Board decided to take the following actions:
- It authorized the procedures to add experimental IDN TLDs in the root zone. These will be domains of the form ".test" in various scripts and languages, which will be used for tests only (no user registrations possible). Elaborate procedures have been created to allow for immediate interruption of the test, and removal of the entries, if anything bad happened; I can't imagine what could go wrong, but still, in theory, ICANN is legally not allowed to alter the root zone on the fly as it likes, so there was the need for policies to allow this for the test domains in case of an emergency.
- It received the list of questions on the possible introduction of ccTLD-like IDNs, that was elaborated jointly by the ccNSO and the GAC. This is seen as a possible shortcut to meet the enormous pressure for some IDN TLDs to be added asap, while letting the full policy making process for new TLDs to proceed at normal speed. The Board asked for answers to these questions (in the first draft of the resolution it only asked to the ccNSO and the GAC, but I made sure that the ALAC was explicitly added as one of the respondents). I recommend that the ALAC initiates as soon as possible the work to prepare and approve such answers.
- It encouraged further discussions on the few remaining technical issues, though it seems clear that it's not the technicalities that are slowing down the process.
2.4) Transition to IPv6
One Board member raised the issue - which is going to become quite hot - of the transition from IPv4 to IPv6, and specifically:
a) how to encourage the transition, which still is not really happening;
b) how to allocate the scarce remaining batches of IPv4 addresses.
...