March 2006 - council - lists.icann.org

GNSO Council teleconference MP3 recording 14 March 2006
by GNSO.SECRETARIAT＠GNSO.ICANN.ORG March 14, 2006

March 14, 2006

[To: ga[at]gnso.icann.org; announce[at]gnso.icann.org] [To: liaison6c[at]gnso.icann.org; council[at]gnso.icann.org] Please find the MP3 recording of the GNSO Council teleconference, held on March 14, 2006 at: http://gnso-audio.icann.org/GNSO-Council-20060314.mp3 http://gnso.icann.org/calendar/index.html#mar Happy listening! Glen de Saint Géry GNSO Secretariat - ICANN gnso.secretariat[at]gnso.icann.org http://gnso.icann.org

1 0

today's call
by Suzanne Sene March 14, 2006

March 14, 2006

hello everyone, just a quick note with apologies if i disrupted the call today (got on late, and had to drop off before i could even let you know i was there), and to check whether there were any questions anyone might have regarding the gac working group meeting with the gnso council. looking forward to seeing everyone in wellington, regards, suz. Suzanne R. Sene Senior Policy Advisor NTIA/OIA 202-482-3167 (ph) 202-482-1865 (fax)

1 0

IDNs in the Top-Level
by Bret Fausett March 14, 2006

March 14, 2006

FYI. Where can find more about this ICANN trial? -- Bret --------- ICANN to launch trial testing of IDNs forTop Level Domains in the third quarter of 2006 Shanghai. March 14. INTERFAX-CHINA - English language will lose its monopoly on Internet domain names before the end of the year. ICANN (The Internet Corporation for Assigned Names and Numbers) will start the trial testing of internationalized domain names (IDN) in the Top Level Domain (TLD) system, in the third quarter of 2006, Paul Twomey, President and CEO of ICANN, told Interfax in an interview Tuesday. Once IDN domain names are implemented Internet sites will able to have domain names in foreign languages, and foreign character sets- such as Chinese. "The preparation for the testing is already underway, and it will be a testing on the top of the root," said Twomey. "We are presently moving to introduce the IDNs of TLD, and are much closer to the end for the answer." But the exact date for the launch of the IDN is not yet available. In order to implement the internationalized domain name system, ICANN has launched two working groups including the Presidents Advisory Committee with technical experts, and a policy group to draft explicit policies on the application and operation of IDNs. Twomey said that ICANN was expecting the policy development process to come to a conclusion in the end of the third quarter or the early fourth quarter this year. "I understand people's complaints towards ICANN's slow process on this issue," said Twomey. "ICANN should ensure the stability, usability of the Internet, and therefore, the launch of IDN involves different layers and protocols, and is not as simple as it sounds." The three biggest concerns for ICANN to implement IDNs in TLD include technical stability, the linguistic issue of language characters, and the policy of later operation. "The launch of IDNs is a big issue for ICANN, and important to Internet users worldwide, especially those do not speak English," said Twomey. However, Twomey emphasized that the real thing that drives Internet and usability should be the local Internet content instead of the domain name system. Commenting on the recent change that China has made towards its domain name system, Twomey said the change that China has made is mainly to build up their second-level domain name structure as other countries do. "We do not see they are transferring their own domain name systems onto their single root services." The full text of the interview, where Twomey talks about the Chinese Internet market, future development of the Internet worldwide, ICANN's linguistic policy, allocation policies, international strategy, censorship and other matters, will be available exclusively in the Interfax China IT Report Weekly. -FW http://www.interfax.cn/showfeature.asp?aid=10963&slug=INTERNET-ICANN-PAUL-TW OMEY-DOMAIN-NAME

3 2

Re: GNSO Council teleconf. Tuesday 14 Feb. dial-in details & agenda
by Marilyn Cade March 14, 2006

March 14, 2006

Dear councilors Two suggestions before the Council call. I have made a concrete proposal for two changes to the Wkg agenda on Sat/Sunday. I can discuss those on the call. The new and second request is that the chair of the WHOIS TF be invited to bfly state where the TF is,ON today's call, and that the chair of the TF prepare and present at the meeting with the GAC on Sunday am re where the work programme is, and also provide the briefing at the public forum, as has traditionally been the case. Best regards Regards, Marilyn Cade -----Original Message----- From: "GNSO.SECRETARIAT(a)GNSO.ICANN.ORG" <gnso.secretariat(a)gnso.icann.org> Date: Mon, 13 Mar 2006 15:17:32 To:Marilyn S Cade <Marilynscade(a)hotmail.com> Subject: GNSO Council teleconf. Tuesday 14 Feb. dial-in details & agenda Dear Marilyn, There will be a GNSO Council teleconference on Tuesday 14 February 2006 at 19:00 (7:00 pm) UTC. (11am Los Angeles, 2pm Washington DC, 4pm Buenos Aires, 7pm London, 8pm Brussels, 2am (next day, Phnom Penh ) 6am (next day, Melbourne ) See below for the dial-in numbers and the agenda. Kind regards, Glen PASSCODE: COUNCIL LEADER: MS GLEN DE SAINT GERY For security reasons, the passcode and the leader's name will be required to join your call. AUSTRALIA Toll Free Number:1-800-004-980 AUSTRALIA Toll Number:+61-2-8211-1385 AUSTRIA Toll Free Number:0800-999-635 AUSTRIA Toll Number:+43-1-92-89-655 BELGIUM Toll Free Number:0800-4-8346 BELGIUM Toll Number:+32-2-402-3407 CHINA A Toll Free Number:10800-712-1190 CHINA B Toll Free Number:10800-120-1190 CZECH REPUBLIC Toll Number:+420-2-25-98-56-14 DENMARK Toll Free Number:8088-6074 FINLAND Toll Free Number:0-800-1-12049 FINLAND Toll Number:+358-106-33-163 FRANCE Toll Free Number:080-511-1419 FRANCE Toll Number:+33-1-70-75-00-02 GERMANY Toll Free Number:0800-216-1604 GERMANY Toll Number:+49-69-2222-52100 GREECE Toll Free Number:00800-12-5987 GREECE Toll Number:+30-80-1-100-0638 HONG KONG Toll Free Number:800-965-950 HONG KONG Toll Number:+852-2286-5631 HUNGARY Toll Free Number:06-800-15219 INDIA Toll Free Number:000-800-852-121 INDONESIA Toll Free Number:001-803-011-3494 IRELAND Toll Free Number:1800-931-767 IRELAND Toll Number:+353-1-246-0034 ISRAEL Toll Free Number:1-80-9213917 ITALY Toll Free Number:800-906-410 ITALY Toll Number:+39-02-3600-0324 JAPAN Toll Free Number:00531-12-1251 JAPAN Toll Number:+81-3-5539-5153 LUXEMBOURG Toll Number:+352-27-000-1313 MALAYSIA Toll Free Number:1-800-80-8112 NETHERLANDS Toll Free Number:0800-023-4478 NETHERLANDS Toll Number:+31-20-710-0075 NEW ZEALAND Toll Free Number:0800-443-817 NEW ZEALAND Toll Number:+64-9-970-4640 NORWAY Toll Free Number:800-11794 NORWAY Toll Number:+47-21-59-00-13 POLAND Toll Free Number:00-800-1210055 PORTUGAL Toll Free Number:8008-12167 SINGAPORE Toll Free Number:800-120-4055 SINGAPORE Toll Number:+65-6883-9196 SOUTH AFRICA Toll Free Number:080-09-93382 SOUTH KOREA Toll Free Number:00798-14800-6319 SOUTH KOREA Toll Number:+82-2-6744-1051 SPAIN Toll Free Number:800-099-269 SPAIN Toll Number:+34-91-414-15-45 SWEDEN Toll Free Number:0200-887-605 SWEDEN Toll Number:+46-8-566-10-783 SWITZERLAND Toll Free Number:0800-000-056 SWITZERLAND Toll Number:+41-44-580-7807 TAIWAN Toll Free Number:00801-137-561 TAIWAN Toll Number:+886-2-2795-7345 THAILAND Toll Free Number:001-800-1206-65084 UNITED KINGDOM Toll Free Number:0800-018-0764 UNITED KINGDOM Toll Number:+44-20-7019-0810 USA Toll Free Number:877-951-7311 USA Toll Number:+1-210-795-0466 Draft Agenda for Council meeting - Tuesday 14 March 2006 Item 1: Update on WHOIS PDP - current status of work and use of time in Wellington Item 2: Next steps for PDP-Dec05 - new gTLDs - confirm agenda for Wellington Item 3: Update on PDP-Feb06 - gTLD policies around key commercial terms for gTLD agreements - Next steps Item 4: Update on Issues report on IDNs Item 5: Statements of Interest Policy and GNSO rules of procedure Item 6: Agenda for GNSO Public forum in Wellington - WHOIS PDP - PDP-Dec05 - PDP-Feb06 -- Glen de Saint Géry GNSO Secretariat - ICANN gnso.secretariat[at]gnso.icann.org http://gnso.icann.org

2 1

Deadline for Public Comment
by Ross Rader March 14, 2006

March 14, 2006

(sorry if you are reading this twice - I sent a similar message much earlier today, but the note hasn't appeared on the Council list - I'm assuming that either a) my mailer completely ate the earlier message and it in fact did not go out, b) I got caught in a spam trap somewhere along the way, or c) I'm going crazy.) I've just peeked into the public comment archive for the PDP-Dec05 and noticed that we don't really have any meaty submissions. Given that we had a large number of substantive submissions in the last round, I think it might be worthwhile to extended the comment period for another 7 to 14 days, reiterate a call for public comments and also underscore the request for comments to each of our constituencies. I find it hard to believe that the community has no input regarding this latest call for comments. -ross

3 3

Interesting articles about China from BBC. FYI.
by Sophia B March 14, 2006

March 14, 2006

http://news.bbc.co.uk/1/hi/technology/4779660.stm http://news.bbc.co.uk/1/hi/technology/4767972.stm I also read this by Michael Geist: "While Icann's technical support was not needed for the Chinese IDN system, the internet governance community has provided China with the legal support to establish such a system. At the UN's World Summit on the Information Society in Tunis last year, governments confirmed the sovereignty of individual countries over their national domains. The Chinese domains are therefore a legitimate exercise of that sovereignty." http://michaelgeist.ca/index.php?option=com_content&task=view&id=1145&Itemi… ************

1 0

Re: [council] Re: Regarding issues report on IDNs
by Sophia B March 14, 2006

March 14, 2006

Greetings Tina: Thank you for your feedback. I believe the decision over policy vs. technical seem to be the concern here. I look forward to being part of the discussions in Wellington. Regards, Sophia On 13/03/06, Tina Dam <dam(a)icann.org> wrote: > > Hi Sophia, I will need to take some time to go through your entire email > for > a full understanding or overview of your points. However, I wanted to > reply > to your email right away to provide some clarification in one area. > > In the question about policy vs. technical and what comes first it is > important to understand that we don't know at this stage if DNAME or NS > records will work well and keep the DNS stable and secure. So at this > stage > there is not decision that either DNAME or NS records will be an option > that > the GNSO can start developing policy around. > > First we will be testing DNAME and NS records with IDN labels - when we > know > the result then we know what options we have for deployment and hence what > policy questions we need to answer. The GNSO obviously need to be fully > briefed on what is going on in term of the technical test. > > As we are getting really close to Wellington I hope we can spend some time > to talk over these various issues while there - either within the council > or > in other groups as people may be available. > > Best regards, > Tina Dam > Chief gTLD Registry Liaison > ICANN > > Office: +1-310-301-5838 > Cell: +1-310-862-2026 > > > > > ________________________________ > > From: Sophia B [mailto:sophiabekele@gmail.com] > Sent: Monday, March 13, 2006 11:04 AM > To: John C Klensin > Cc: Patrik Fältström; Marilyn Cade; Cary Karp; Tina Dam; GNSO > Council > Subject: Fwd: [council] Re: Regarding issues report on IDNs > > > This is the revised version with "name" references for those whose > email do not allow the color option. Thanks Patrick. I hope this will > suffice. S > > ---------- Forwarded message ---------- > From: Sophia B <sophiabekele(a)gmail.com> > Date: 13-Mar-2006 07:36 > Subject: Re: [council] Re: Regarding issues report on IDNs > To: John C Klensin < klensin(a)jck.com> > Cc: Patrik Fältström <paf(a)cisco.com>, Marilyn Cade > <marilynscade(a)hotmail.com >, Cary Karp <ck(a)nic.museum>, Tina Dam > <dam(a)icann.org>, GNSO Council council(a)gnso.icann.org > > > > "Sophia" > Greetings John: > > > > I hope you are keeping well. Here I am again back on the global > info super freeway…no STOP signs, so I must continue my dialog with you. > (pls refer to my comments in GREEN) > > > > Thank you once again for all your comments and your efforts on the > clarification. It really helped. I hope my late response did not > create > a gap with the momentum that started. I have to work for my living while > I > concurrently run research on a subject that probability is like riding a > bicycle for you. I can only hope I have come back to you with something > you > may appreciate. > > > > I have observed from your last comments and clarifications that > both > of us have a proportional amount of agreements. Dispite your pointing to > the study of DNS, which I appreciate, my finding tells me that our > differences are more of a philosophical difference and than a major > technical gap. > > > On 15/02/06, John C Klensin <klensin(a)jck.com> wrote: > > Sophia, > > I needed to take some days to consider your note and, > perhaps, > to let things calm down a bit (I, of course, don't know > what > > discussions have occurred on the GNSO Council list in the > interim). I hope the clarifications and comments below are > helpful, but suspect that we are nearing, and may have > reached > or passed, the point at which further comments from either > a > > technical perspective, or even a "best interests of > Internet > users" one, are useful. > > > Sophia > > I agree with you John and that is where I was fading away. Mind > what started it all is a view questioned by many, a question of policy > making over IDNs vs. the need to a technical testbed of a technology that > is > already well established. We need to find a way that IDN TLDs will be > launched in the same process of new gTLDs i.e free for all open bid. > > > > Having said that, I am no expert when it comes to the IDNs. The > only things is I got hooked with the substance in the details, which seem > more fascinating than the form. As it is eating away my brain cells one > at > a time, I may be inclined to hire a FULL TIME research assistance to keep > up > with you. In any case, I have laid out my thoughts and some of my fact > findings for your interest, as well as defined some of the lingua franca > of > IDN to re-enforce for myslef and other interested readers. > > > John: > > I am going to respond to both your note of the 6th > and that of > the 5th below. My apologies in advance for the length of > this > note, but I'm going to try to respond to a number of > almost-separate issues while trying to reduce the fairly > obvious > level of confusion that underlies some of the questions and > assertions. > > --On Monday, 06 February, 2006 00:00 -0800 Sophia B > <sophiabekele(a)gmail.com> wrote: > > > Great...we are making the technical difference and that > they > > can be separate .foo and .com and that they can be owned > by > > two differ registrars and that could be competing with > each > > other. > > > John: > At one level, that has always been the case and is self-evident. > At another, it is extremely important that the Council > understand how the DNS actually works, what the four major > internationalization options are, how different options are seen > by the user, and what their consequences and side-effects are in > order to discuss these topics... at least from any standpoint > other than narrow self-interest. > > Good tutorials on DNS operations, written with policy-makers in > mind, are available; if you haven't been given the references, > please ask. > > > That point made, what I am trying to address is 2 > > business issues: > > > Sophia> 1- if 'mybrand' is to be protected i.e trademark in every > > country...it is a matter of purchasing all the 'mybrand' > > TDLs... > > John > It is at least a matter of "purchasing" 'mybrand' in _every_ TLD > or of convincing relevant TLDs to not permit it to be registered > (by you or anyone else). However, note that you may not be able > to do this and you may not want to. Some countries require that > you have a business locus in those countries to register in > their TLDs, so, unless you open an office there, you may not be > able to "buy" that name. In others, your ownership of a > well-known trademark (if "mybrand" is one) may be more than > sufficient to protect you: you may not have to actually > "purchase" (register) the name and might actually be better off > not doing so. Even if you manage to control all of the > possible second-level domains of that name, you still need to > make a judgment as to whether you have bought yourself adequate > protection. If "mybrand.TLD-name " is a problem for you, > "mybrand.some-SLD-name.TLD-name " may also be a problem. I note > that, some years ago, a fairly well known trademark holder in > the US decided to take exception to names of the form > mickey.someschool.k12.fl.us <http://mickey.someschool.k12.fl.us/ > > > and > minnie.someschool.k12.fl.us <http://minnie.someschool.k12.fl.us/ > > > > > So far, none of this has anything to do with IDNs. It might be > an argument for not creating any more TLDs of any flavor, but it > is worth noting that a new TLD increases your problem by well > under 1/2 percent if names below the second level are ignored > and by far less than that if they are considered. > > The place where IDNs enter in depends on whether you believe > that, if you need to have control of every instance of "mybrand" > in the DNS, you also need control of "muybrand" and > "meinefabrikzeichen" (both of which can be perfectly well > expressed in ASCII characters) or "xn--80aanvhbf1a" and a huge > variety of other synonyms and translations. One can, of course, > make a case that you are entitled to, or should protect, all of > those things (of which there are many thousands) but one could > also suggest that, at some point, silliness sets in. > > Sophia > I do not see a big problem with this, as long as protection of say > for example an "English" trademark in different countries (in English, as > well when translated into that countries native languages) can be achieved > at a cost that is far less than what it takes to trademark these things in > the first place in each country,. For example if one had an ascii brand > name in say USA and then a company trademarked in 30 countries, they are > likely to (a) pay 31 times for "English language" trademarking fees at as > much as $1000 or more in each country and periodic/yearly maintenance fees > at some small fraction of that and (b) inclined to translate/transliterate > (or both) that English brand name into 31 different native languages and > then trademark all of them - ie. 30 times another $1000 assuming only one > native language per country, plus periodic maintenance fees for that and > (c) > pay for all those 30 or more translations in the first place - decent > translations can easily cost $1000 or more and (d) perhaps pay also having > to trademark transliterations as well as translations in each native > language in each selected country. > > > > Noting that in most countries only one or two native languages > dominate, while spending these hundreds of thousands of dollars > translating/trademarking initially and then tens of thousands a year > maintaining these trademarks in the 30 countries, domain names may have to > be protected. To be reasonably complete, some 31 ascii ccTLD domains will > be > registered and an additional 31 (or more if more than one native language > is > desired per country and if transliterated as well as translated options > are > both considered) in native language IDN TLDs for that country/region will > be > registered. At prevailing domain costs per year the sum total cost of > registering this amount of domains (ascii and IDN) to approximately > "mimic" > the trademark protection above should not exceed a couple of thousand > dollars. In the context of trademarking, these domain costs should be > probably a 100 times less than the initial trademarking related > protection. > And the "labor work" of registering already transliterated/translated and > trademarked words/phrases as domain names is far less than the labor > associated with trademarking. > > > > So in short, from a biz perspective, the registering of IDN TLDs in > addition to ascii TLDs in places is acceptable in view of the far greater > cost/pain of the trademarking we already do today. As to whether it is > wiser > not to register domains in regions where trademark cover is already > present > inherently for domains, it is probably a legal decision depending on the > strengths of the laws and the willingness of the courts of the country to > actually uphold the law in a timely fashion during litigation. In fact > given > the cost metric outlined above I would think most companies would simply > register it, rather than depend on the law to save them later. > > > > If the need to register many domains while trying to mimic the > tradmarking activity already embarked upon reaches the point of > "silliness", > the trademarking activity itself will have reached a point of far more > costlier silliness well before that. So I am not sure if we need to > worry > about "silliness". I think the market will take care of itself just as > the > market today knows not to trademark in every language and every country > etc. > > Sophia > > Sophia> 2-on the other hand, if mybarnd .com is to be protected 'in > > every language' under gTLD, then 'com' in every language over > > 200 translation need to be protected and approved by ICANN. > > John: > First, as I think Cary has pointed out, "every language" puts > one somewhere in the 6000 range, not 200. What is more > important is that this problem exists today, with no further > action being required on the part of ICANN. Using the > admittedly crude examples above, " muybrand.com > <http://muybrand.com/> ", > " meinefabrikzeichen.com <http://meinefabrikzeichen.com/> ", and " > xn--80aanvhbf1a.com <http://xn--80aanvhbf1a.com/> " could be > registered tomorrow if they have not been registered already. > The only nuance that an IDN TLD system would add is the ability > to refer to " xn--80aanvhbf1a.com <http://xn--80aanvhbf1a.com/> " > as something like > "xn--80aanvhbf1a.xn--e1aajebclaqxm4e" (if using DNAMES or local > aliases) or to register "mybrand.xn--e1aajebclaqxm4e" and > "xn--80aanvhbf1a.xn--e1aajebclaqxm4e " in a new domain if > separate domains were created. > > Sophia> So the guardians of this names i.eVerisign etc.. will be > > translating and registering them. ARe they passing > > the cost to the customer? Are we going to approve over 200 > > maybe thousands of translations? > > John: > This is, again, a situation in which being very clear about how > the DNS actually works and about what one is talking about as a > result is very important. For example, if the DNAME approach is > used, and a DNAME record named .xn--e1aajebclaqxm4e is installed > pointing to .COM, then there is no difference between > mybrand.com <http://mybrand.com/> and > mybrand.xn--e1aajebclaqxm4e > > they are the same set of record entries. By contrast, whether > or not "xn--80aanvhbf1a.com <http://xn--80aanvhbf1a.com/> " could > be registered, and on what > basis, is strictly a registrar issue with the standard fee > structure -- I believe that name could be registered today and > that, if you didn't like it, you would need to go through a > standard UDRP procedure. > > > > Sophia: > > Correct me if I am wrong, but URDP does not seem to have much to do > with IDNs per se. I believe URDP- UNIFORM DISPUTE RESOLUTION POLICY- was > developed several years ago.for the ascii domains by itu/icann/world > intellectual property association (wipo) and adopted by all for resolving > domain disputes – for clarification for all interested readers, this how > it > works…if you buy Dell's name Dell.com <http://dell.com/> and insist on > squatting on it - Dell argues trademarks on the basis of URDP to get it > back. Over the past few years URDP more less in its intact ascii form is > being used to idn as well - at least as in idn.com <http://idn.com/> > varieties and presumably will be pushed by icann for full idn tlds as > well. > (incidentally the Chinese have adapted a form of the URDP for their own > use > in Chinese idn tlds they have launched). > > > > Computers can only think in ascii/english . So even multi-lingual > domain names have to be finally represented in ascii/english gobbledygook. > So for eg. a domain in Amharic (which is an Ethiopian native language BTW) > will get converted by a set of rules (enshrined now in a IETF standard > agreed to by all called the IDNA standard) that involve a language > representation mechanism called unicode into ascii-string. The Amharic > names gets represented in this example as say "800aavhbf1a". We can > differentiate this "Amharic encoded" string as being different from a > straight ascii string "800aavhbf1a" by tagging it with "xn--" in front of > it. All "xn--" prefixes tell you its aâ non-ascii/english domain. (the > encoding itself tells you which of many languages the domain itself is in > - > a singular appeal of the unicode language representation is that it > represents all words in all languages mostly unambiguously inherently - it > was developed by people having nothing to do with the internet over > decades > - linguists). In this case the domain tld is the normal ascii gtld > ".com"...so we have an "Amharic domain represented in ascii > gobbledegook".com . ".com" itself being an ascii tld need not be > translated > and represented as is. If we are proposing an Amharic word as a new > Amharic > gtld, then we need to convert that via unicode and idna rules to say a > string "56yi0" and then we pre-pend with "xn-nn" to get the new amharic > tlds > representation in ascii as "xn--56i0" so we get the full domain " > XN--800AAVHBF1A.xn--56i0". Note today if you wish to type the Amharic > domains and you want your browser to understand it you will need a plug-in > (except or mozilla which introduced it innately a few months ago) that > helps > the browser do the Amharic to "xn--" conversion via IDNA and then sends > that > converted name to ICANN roots (or alternate roots if the plug-in > additionally supports such alternate roots). But if you already know the > "xn--" version of that Amharic domain name you could use ANY existing > browser without a plug-in and it will resolve it (you won't see Amharic > characters but you will go to right web-site) as long as the relevant root > is supported . In the case of the " xn-800AAVHBF1A.com" ".com" tld is > supported by ICANN root so a regular browser will resolve this "xn" > version > automatically. > > > > Certainly this is not my authorship, but my web-engineer stands > corrected if his FACTS are wrong! > > > John: > I would hope that, were ICANN to be willing to install a > top-level DNAME record with the label of xn--e1aajebclaqxm4e, > that there would be some cost-recovery for doing so, but the > amounts would not be large. The question of which of well over > 6000 DNAMEs would be inserted pointing to COM and how they would > be chosen is a pure policy issue. And, were ICANN willing to > create a separate top-level domain for xn--e1aajebclaqxm4e, the > registration policies for that domain would be ... well, > whatever was proposed and accepted. > > Sophia: > I think you have precisely nailed it. Policy first or at > least in parallel. Experience showed in past icann launches, that > technology was far lesser problem, policy was far more important. In the > end the technology worked, but in practice deployment, unfortunately, it > proved an abject failure 6 years later. II think it is because ICANN did > not follow-up with the policy to ensure after deployment worked, no one > argued etc. and it might be off to be repeated it again. > > Sophia> What are the implications above? > > John: > The implications clearly differ with the technology chosen. As > I (and others) have pointed out before, few of the existing TLD > names actually represent words in English (or any other > language), so the matter of translations would be difficult and > might call for some policy decisions. If one were trying to > minimize policy issues, the DNAMEs or are clearly the better > approach of those involving root changes and local aliases are a > better approach yet. Presumably, if new names are going to be > placed in the root (for either DNAME or delegation records), > some procedure will need to be devised for applying for and > registering those names and I would not predict that it will be > easy to devise such a procedure while still being sufficiently > fair to all language groups to minimize the risk of people > feeling that they are forced into the development of alternate > roots. If we do end up with alternate roots, your ability to > register "mybrand" in all TLDs, or even to know whether you have > done so, would be severely compromised. > > Sophia: > I see the very heart of the problem here – I distaste bringing up > east vs west, because personally, I love American steak and Chinese > noodles, > but it is the reality and your statement is a bit of icann/west view for > my > taste. First, what you are saying is that people will fight over which > new > tlds to choose in new languages, so its perhaps better to just remain with > the existing tld names in ascii and simply translate/transliterate them, > of > course you also say that the existing tlds have no literal meaning ( who > is > to say that .com really means commercial , it could mean ".come here > darling" OR ".CN" MEANS "CHINA" RATHER than a short-code for all "sin" > WEB-SITES), so translating them meaningless words would in my opinion be > just as problematic. > > > > While surely people will fight over which new language tld will be > better (ie. No different from in English trying to argue ".biz" is better > than ".com" etc or ".xxx" is better than ".sex"), there is no technical > limitation on selecting literally any of billions of idn tlds in the > hundred > of languages. There is hardly likely to be any conflict. If people in > English could not agree on whether ".biz" is better or ".com" is better, > give them both and see who succeeds. In fact this is exactly what > happened > in English in a way. There has been long a school of thought that the > internet should have an unlimited number of top-level domain names - > millions in English and otherwise. But there is absolutely no technical > limitation and this has been shown over and over again by many experts > over > decades- Karl Auberach and many early icann board directors I understand, > squealed for this - but icann has been resistance to give control with not > a > lot of justifiable reasoning I gather - it sort of defuses power as in > politics. > > > > I was captivatingly surprised to read the recent wall street > journal > article, which I have shared with you recently that a new company called > uniroot, is selling anyone a tld they want (using sort of alternate roots) > - > a few years ago, I understand there was also another company that promoted > that idea that died as well. > > > > Second, relative to the "If we do end up with alternate roots, your > ability to register "mybrand" in all TLDs, or even to know whether you > have > done so, would be severely compromised " comment, I must strongly > disagree, > eg. today if i want to buy an airline ticket i cannot go to single airline > company and buy them. A travel agent may do the job for me. If I want a > phone in a number of countries i can go and easily buy it wherever i want. > Your statement implies a single phone vendor worldwide, which despite your > inferences of course presumes English speaking and monopoly of money by > western companies. > > > > Actually even in domain names today, if I want to register my names > in different cctlds i still have to go around and visit many different > registries /registrars and buy them. Many countries do not use registrars. > This is the way the world is. > > > > And to the extent there is a market need for a single way to buy > many different domains the 50,000 or more resellers in the world take care > of it. Basically the proposal you mentioned is a centrally controlled, > sort of a star trek future - where the whole world is one government > controlled by one entity. Some may think that this view is of those who > invented/controlled the internet and it fits with US political needs as > well > (a convenient excuse to control a world resource). Others would argue > the > opposite actually - by limiting all language domain registrations to de > facto, a few global western registry/companies will ensure that they will > not have the necessary local expertise in languages/culture to actually > help > the global company wishing to protect mybrand in all countries correctly. > By > employing different local groups to do so (which alternate roots will > necessarily suggest) will do a better job of correctly protecting > customer. > > As for resellers and registrars offering everyone's products for > one-stop shopping - today registrars are contacting many different > registries in USA and all over the world cctlds registries (with all their > odd rules - in Korea only Koreans with a soc sec number can register, in > china even today individuals cannot register only companies, in Arabic > countries - pornographic names cannot be registered, etc and we pay in all > manner of local currencies over different terms - some countries only > allow > 10 year terms of registration) and offering them seamlessly to customers > as > it stands. Just like there are different registries supplied by a > registrar, > the registers will simply supply products from alternate root registries > with their own rules and prices but all using same IDNA standard and > Technology (that's what is important). Therefore I would not subscribe > at > all to the analogy of alternate roots would severely compromising mybrand > registration . Its like saying democracy undermines order, which would be > a > statement that only a dictator would use and fool believes . > > > --On Sunday, 05 February, 2006 23:23 -0800 Sophia B > <sophiabekele(a)gmail.com> wrote: > >... > > Please allow me to present this historic perspective, as well > > as some relative considerations regarding the IDNs. > > > > 1) It is my understanding that ICANN has a fully authorized > > TESTBED still ongoing with VERISIGN, operating almost 200 > > languages under ".com". It is also my understanding that the > > author of the DNAME proposal draft (published in Vancouver) is > > from VERISIGN (they are the champions of this and the author > > of the document is a fellow who launched the first Versign > > testbed. Is it also a fact, pls correct me if I am wrong, to > > state that this process sold 1 million names in 200 languages, > > but really did not address the long-term solution? uhmm. > > John: > I am no particular friend of Verisign's or their behavior, but I > believe the explanation above is somewhat distorted. As I > understand it, the vast majority of the names registered under > the testbed have been converted to IDNA names and the relevant > fees paid for standard registrations. More important, despite > my use of some of them in the examples above, no one really > wants to type in, or look at, any of these ACE-encoded names. > In general, if I use one of the IDNA (punycode, as above) names > in a DNS name context any modern/contemporary browser, I will > see the native characters associated with that name. But > nothing contemporary supports the "RACE" names that were used in > the testbed. So, unless one finds a string starting with "bg--" > and followed by an arbitrary-looking collection of characters to > be amusing or of mnemonic value, that testbed, however badly it > was handled, is now irrelevant. > > > Sophia: > > IDNA to reinforce my own and other readers understanding is the > Internationalized Domain Names Applications standard agreed to buy IETF a > few years back. It sets the rules for taking multilingual domains and > converting them with the help of unicode into "ascii strings" pre-fixed by > "xn--". Everybody has agreed almost completely to this technology > including almost all the alternate root efforts (china included) and in > fact > the final standard is almost identical to the original idea proposed of > all > things by an ALTERNATE ROOT company - i-dns.net <http://i-dns.net/> , when > ICANN was not focusing to fulfill the need for IDN for many years. > > > > Having said the above, these were my findings. The way of > translating multilingual into ascii strings can be done in several > different > ways/formats (something trivial like writing left to right or right to > left > - just a format agreement like driving on left or right when there is a > choice) - all these ways are called ACE encodings (ACE means ASCII > Compatible Encoding i think). Originally i-dns.net <http://i-dns.net/> > proposed a particular ACE known as RACE as an interim standard (which > Versign launched in its testbed/deployment) while IETF looked into > agreeing > to it or selecting a different one. (Launching technology with preliminary > standard while IETF or ITU develops final standards is common practice on > the Internet - example Real Networks video streaming, JPEG or 802.1gwi-fi). > The Race encoded names were tagged "BQ--" in front of translated Amharic > string. It could have been any tag - they more or less randomly chose BQ. > After 3 years of debate (the longest ietf debate ever by a factor of 3x) > IETF after discussing dozens of ACE formats had two finalists - the > original > RACE or a new version called PUNYCODE. Its really a trivial part of the > whole IDN concept but one argument says that after 3 years the committee > must have something tangible and different to show (not just a few minor > unidentifiable changes in the guts of the details only) - so they went > with > punycode and IDNA was released enshrining punycode - and they essentially > drew lots and randomly came up with "XN--" as the identifying tag for > PUNYCODE (another member of ACE encodings) names. All new IDN names were > tagged XN and everybody except Versign converted existing BQ to XN within > a > year. Eventually Versign did it as well. > > > > Note: By the way the original tag was "BQ--" and not "BG--" as you > stated John - a very trivial detail . A computer randomly was used to > generate a two-letter tag in the case of XN - they sued closing prices of > NASDAQ stocks average etc. > > > John: > Verisign has permission to register IDNA names in COM and NET > and has had it for several years. As far as I know, every other > gTLD that has asked for permission to register IDNA-style IDNs > has gotten that permission. These are not for testbeds, they > are for production registrations. > > Sophia: > I would say yes to this of course, but my research tells me > that no one uses them. The Chinese from day one in 2000 used their > ambassadors and their ministers to protest internationally and to this day > more or less block it for use within China. All of these are two language > hybrids ie. native language.ascii-cctld. ie. half my name for eg. in > Amharic > and the other half in English. Totally offensive and does not really > help > the non-English speaker who cannot type English, even worst, in most cases > the non-English speaker has to change KEYBOARD SETTINGS from one language > to > another half way through typing a single domain name. I understand - yes > some people bought them to protect their names but the average non-English > speaker who needs IDN has almost never used them. Probably less than 1% > of names ever bought under these are actually used or usable. And the > total number of all ICANN approved IDN names registered today is probably > less than 500,000 - mostly in .com. - after 6 years . And most are not > hosted and the 1% or less that is hosted are actually not used, because > ICANN was not able to make them usable by the people who need it. Wow, > contrast that with China, who after getting serious about their alterative > root (started in 2001), about two years ago, that have over 100M people > being able to use it - only 300M truly IDN needing Internet users in the > world (note French, Latin, Germans, can use ascii for the most part > happily). I hope this are statistics that are not was off base, if so, I > would need an issues report, to contrast that, like Marylin Cade would > say. > > John: > Now, I believe that testbed was very badly handled and that the > way it was approved and handled reflects badly on ICANN (staff, > Board, and the then DNSO Council) and on Verisign. My proposal > that we be quite aggressive in being sure that "tests" are > actually tests and not some sort of early-start mechanism was > developed precisely because of that experience. We should at > least avoid making the same mistake a second time. More on this > below. > > Sophia: > > I think you misunderstood here. The usual differences arise when > technical people use precise meanings of words, while others are > accustomed > to speaking in looser terms without loss of communication. I understand > the > testbed was initially in RACE and then it was converted to IDNA. Your > answer > seems to focus on that. The RACE/IDNA difference is not the point in my > original comments. > > > > By suggesting that the "long-term" solution was not addressed years > ago, what I meant was, even to date (and that is years after Versign > converted to IDNA) the IDN names that launched as a testbed in 2000 and > then > subsequently in 2003/4 converted to IDNA, are hardly usable anywhere where > non-English languages matter. For the first few years there was no > resolution either by way of plug-in distribution or other server-side > solutions, then there has been a modest rise in plug-in distribution a > year > or two ago and then probably a relative decline since then. > > > > Basically from the point of view of a non-English internet user > outside of primarily the USA, these IDNs have been hardly usable and are > not > much used - and this after many other ascii TLDs have been allowed to > launch > (not as testbeds). I understand there is one argument for this is, that > browser manufacturers are not under the direct control of ICANN etc. ie. > Microsoft or left to private hands, that it costs them a lot of money to > distribute plug-ins etc. It has also not been cost effective for these > primarily Western companies to do distribute these plug-ins. > > > > While these market problems are very real in the West/USA etc., > they > are no consolation to the multi-lingual end-user whom ICANN in my opinion > has been less successful to date in serving. De facto ICANN is and is > certainly seen as being in charge of the "Internet" and it would seem that > if after 5+ plus years there has been very little usage or progress in the > already launched IDN usability, ICANN could address the real issue – > usability, Even if ICANN does not control the parties, for a > comprehensive solution, it is my understanding that ICANN did not do much > more to accelerate the process. Local efforts in countries with local > laws seem to be overcoming these problems that ICANN has made, with only > very little progress. > > > > My purpose in bringing the Versign tetsbed up was for me to have > some input/comments on this dead-on-arrival" status as regards usability > that has plagued ICANN IDN launches so far How would we at ICANN avoid > these prior usability problems before we go headlong into another launch - > DNAMES or new TLDs? I am all for doing it but wish to ensure that we do > not repeat the past. One would imagine that this needs to be sorted out > before we experiment and launch. It is in this way of thinking that I > suggest "policy usage" issues first. We had the technical launch before - > ie. IDN.ascii - and it worked technically but why is nobody able to use it > much in practice (yes - anyone can go to the link and download - that's > not > an answer to the real problem). The technology was successful, but the > deployment has hardly been successful, while the need is clearly there why > and how are we going to do better this time round? > > > > Again, I am no DNS expert and am appreciating all the school-kid > style education on the technical details of IDN but correct me if I am > wrong > - the early RACE encoded IDN names carried a "BQ--" designator rather than > a > "BG--" designator as you suggest above. I would assume in any language or > script those are different? > > > > Further research on browser technology: Native browsers until a > year ago could not handle IDN for two reasons. First reason- they had to > convert multilingual to Punycode "xn--" ascii-gobbledygook strings using > IDNA standard. Second even if translated the domain name has to be sent to > a > root that understands it - either ICANN or alternate root. In the case of > ICANN root, browser simply sends it to your ISP and they are set up to d > fault send it to ICANN root. If your ISP is not (and unless someone went > to > every ISP and made them include alternate root information (a 2 minute > procedure) as the Chinese govt. ordered to all isps in china), then the > browser itself needs to recognize the fact that the name is an IDN and > send > it to the correct alternate root (browser needs address of alternate root > if > the ISP does not have it). > > It is my understanding that ICANN has now or NEVER in 6 years told > any ISP to add an alternate root location for obvious reasons. So unless > you > had billions to pay ISPs or you were China govt hard to get the world's > 10,000 ISPs to do the 2 minute programming that is needed. So typical ISPs > only point to ICANN root. So until a year ago no browser manufacturer did > either. ( I think I brought this point at the DC GNSO meeting) > > > > As a result, plug-ins were the rule - the original plug-in was > developed by i-dns and Versign has licensed and re-branded for use and so > have virtually everyone else in the world who launched IDN, including > Chinese, Japanese, Arabs whether icann-sanctioned IDN or alternate root > ones > - copied or licensed the i-dns.net <http://i-dns.net/> one. In the case > of > ICANN TLDs. the 2-language hybrid IDNS that ICANN has launched to date - > ie. > IDN.com variety - the plug-in is not required to handle the alternate root > function - because you use the ICANN default root which your ISP knows > anyway. So this single-function plug-in was distributed primarily by > Verisign for their large testbed - and since. (Aflilias and Neulevel and > JPNIC launched IDNs and sold some names but did not bother to develop > their own plug-in for distribution and simply use their competitor's > Versisgn's free plug-in to do so – that is that for innovation - they > make > money and would like to have IDN but are not spending money to make their > own product - to versign's credit, it actually is doing that - the other's > seem to be just making money on ICANN contracts - except of Versign they > pretty much do not have an R and D group, I understand of any kind, let > alone IDN. But it is interesting they all want DNAMEs though). > > > > It is believed that ICANN also did not do much effort to develop or > promote any plug-in, with anyone. Left to its own devices and with no > support, unfortunately, I understand the plug-in deployment failed over 6 > years - less than 100,000 plug-ins distributed in first 4 years and since > maybe 4 million - almost all by Versisgn. And most of the 4 million > where > it is really not needed in USA and Scandinavia - no real need for IDN. > ICANN could have allowed Versign and the other IDN ICANN registries to > talk > to local ISPs to alter their software even further - so that the > translation > step to xn-- could also be done at ISP server end - so need for plug-ins > at > all - a trivial thing that was originally proposed by IDN inventors - but > this was rejected for what many think is no good reason by IETF and ICANN > (ie. many think it was an ICANN vendetta against Verisign). So yes ICANN > deployed but no one could use it. > > > > The alternate root efforts have in some cases patched the ISP side > and like in China can do without plug-in at all. ( I think this was what I > was attempting to say at the DC meeting, but I was told ISPs do not need > any > patches, yes they do not if they adher to ICANN root). Other alternate > root efforts use plug-ins (all derived from the early i-dns.net > <http://i-dns.net/> one) that both translate to xn-- and also point > directly to alternate roots. But most efforts, like the Chinese, mix both > server side patch and plug-ins to achieve maximum penetration. For later > IDN > email addreses, plug-ins are required - ISP patch is not enough for > technical reasons. For example once they got serious, in 2 years, the > Chinese have pushed out over 50 million plugins and patched enough ISPs by > govt order to account for > 90% of China's 130M end-users. One alternate > root company has thru ISP patch and plug-in distribution allowed 60% of > Koreas's 36M internet population to access full Korean domains in about 2 > years. Meanwhile even with Netscape being disbanded and handed over to > Mozilla non-profit and they having agreed to support at least the IDN xn-- > translation function innately last year and therefore ICANN IDN not > requiring a plug-in if you use Netscape, is why I think the ICANN IDN > experiment after 6 years seem to have resulted in utter tragedy in > comparison, as far as usability. > > > Sophia> Further. John in his document suggested 20 languages for > each > > TLD just for the TEST right?. Suppose 20 languages or 200 > > languages may NOT be considered EVERY language, how about when > > we have two million languages? Someone mentioned that nobody > > is going to put every language in every equivalent of say > > ".com" translated. etc. or that English is the root language > > of the Internet. Can we you think here that "WWIII" may not > > be a problem. I do. > > John: > At one level, I share your concern. I have no idea how the > policy and approval procedures will work out when one starts > talking about even hundreds of names that are somehow associated > with each TLD or some set of TLDs. I have repeatedly sought > for, defined, and proposed mechanisms for dealing with the need > for internationalization at the TLD level as a client-translation > problem, > rather that trying to force those decisions to be global policy > matters. > > Sophia: > Of course the natural attraction of DNAMEs is that each incumbent > registry selects its own translation (without being sensitive to the local > culture who have yet to be represented at ICANN . It's implication is > those who already know best and who can profit the most can do it for > you). > In every language (even ones they have never heard of or have staff to > handle) the whole problem is avoided. I think we should be reminded here > that the internet is A GLOBAL POLICY MEDIUM. Its a GLOBAL COMMUNICATION > SYSTEM and interestingly, for the first time in history, people are > attempting to make the FIRST BOTTOM-UP GLOBALLY DESIGNED COMMUNICATIONS > NETWORK. Phone companies are patchwork of national phone systems in > comparison. > > > > If Multilingual communication between people that will eventually > handle virtually every form of communication (post office is dead, VOIP is > coming) in a service-oriented (ie. data movement IS the ECONOMY - not > goods) > handle increasingly as much as 90% of commercial activity in a GLOBALised, > OUT-sourced world and the addressing of one's IDENTITY and NAME in this > end-all communication/business platform is what the Internet domain name > system is about, SHOULD NOT THIS BE A GLOBAL POLICY PROBLEM. > > > > The whole point is the Internet is a global policy problem - and > the > United Nations understands it, but most scientist or technologist so not. > I shall hope not, but I think ICANN from what I gather, seem to be seen as > a > narrow minded group of scientist /technologist, who have historically > controlled the Internet since invention ( despite repeated elections of > global board of directors who are either paralyzed or nod in silence) may > find it convenient psychologically to shut the noisy world out of their > IVORY TOWER - trivialize the policy issues, turn a global issue to a > private > local caucus group issue, the way they had the Internet before the > world-at-large discovered it. I also learned there are those who think > that the US govt either thru incompetence or as a direct intended form of > manipulation of existing situation, or a mixture, exploits the > scientist/engineers' views to keep it from becoming a global issue and > rather a single nations' national issue for all the obvious political > superpower reasons. Interesting! > At this point, my view would be that I may have to wear a > bullet-proof vest and arrive with a contingency of US Navy Seals Team for > protection at the ICANN Conferences!!. Or maybe I should just wire the > Enterprise and ask Scotty to be ready to "beam me up" in in ase of > emergency! > Navy SEALs <http://www.seal.navy.mil/seal/images/splash11.jpg> > Others again are in the view that if ICANN does not want to deal > with it as a global problem, then we let it turn into a national > sovereignty > problem, with alternate roots that countries decide. The thought is that > ICANN does not want it not to be global but chose to give it to incumbents > - > happens to be all the right people in the western companies, US govt, > their > friends etc. - all in their comfort zone - people who having signed onto > ICANN for their bread-butter contracts can be depended upon to continue > courting them . As such, a "not a global policy issue" can not pass or > should not be commented as even reasonable to an ICANN BOARD - and Board > members need to wake up to this. Ok, how does ICANN respond to this? > > > > Note: My own observation for few months now, and having researched > and talked with people interested in IDNs, I am inclined to deduce there > a > number of reasons why the IDN issues have not been pursued competently as > well as why GNSO was silent: > > 1. Lack of in-dept technical knowledge and > information to enable policy making by GNSO. I think the technologist > have > dominated the conversation. One question like "do you know the > difference > between BQ and BG" and everyone is "quite" or goes to "sleep", which could > include me in the future. > 2. Western companies (who are ONLY resellers > and who have never developed any new technology i.e not been innovative > per > se - even AT&T continues to develop technology while selling phone service > calls), may not have interest in IDN unless there is a profit > justification > viz a guaranteed profit as a monopoly with no extra work (easy way out is > DNAMES). > 3. Non-West companies/people say little or > nothing because they have already bought in to the "ICANN rules the world" > concept. > 4. Fair-minded western types may have been > overwhelmed and "retired" at first opportunity > 5. Meanwhile the inventors/founders of the > Internet speak with GREAT KNOWLEDGE and in a complicated technical terms > and > with GREAT ARROGANCE at times (some of our emails are evidences to that), > it > silences everyone who after-all are not paid for this volunteer board. > 6. As a result, the board members from > non-western companies already assisting ICANN (like myself) often have to > make a living in a ICANN-independent manner - so the ones who are the > least > biased tend to be the ones with the least time. (We have to hire research > assistant at our expense). > 7. The Board member from X country with bad > English or the guy from Timbuktu who just wants to serve the two years so > that he/she can leverage that to become Minister of IT back home may be > unmotivated and to nothing > 8. As such, the silence on GNSO BOARD is > only > matched by the silence on the main Board on IDN and other issues. This > level of silence, have resulted in the external threats to become REAL - > china etc. This silence I think also led to a few, dominating to prevent > ideas they often arbitrarily did not like about something they never > wanted > to do (allow multilingual domains) and then after preventing the matter, > did > not helping with the actual carrying out of successfully, that which was > agreed to by default. > > John: > While "WWIII" is probably hyperbole, I believe the most > efficient way to get us to alternate roots and a badly > fragmented Internet would be to respond to the perceived > requirements for increased internationalization with a "just say > no" attitude or one that can be interpreted as people from > industrialized countries trying to keep populations from > less-developed areas from using the Internet effectively. > > On the other hand, unless you succeed in persuading everyone in > the world to adopt a writing system that uses Roman characters, > the argument for IDNs, and IDNs at the top level (at least in > appearance to the user) will not disappear. If we are going to > do such things by entering names in the root, then it is useful > to know what will work, what will not, and, to the extent to > which we can make estimates, what the operational impact will > be. I believe we should all be quite concerned about making > root changes without at least some of that experience and > knowledge. If people want to run experiments, then those > experiments should be both controlled and informative. The > choice of 20 was based on an estimate of the minimum number > needed to give us some useful information. > > Sophia: > I I see no issue with running experiments, but once again, we > launched technology that worked before. The issue is not technology one > would think. It is POLICY. Should we not settle on some idea of how > policy-wise ICANN should delegate languages (if DNAMES) and TLDs (if new > ones) or at least have some parallel debate. I understand the Katoh > committees studied it in the past and had recommendations, but I have not > heard any actual discussions on what the committee thought then about > Policy. It appears to me from your comments that the Katoh-committee > (spent far more time than we have so far I would have thought this time > around) from a policy perspective (ie. bickering) had only a few > recommendations to make - and one quite clearly recommended that new TLDs > should be issued for IDN TLDs and that these TLDs should not be handed in > a > grandfathered way to existing gTLDs OR ccTLDs ... correct me if I am > wrong. > > > > That it should be brandname new "bids" by all-comers. If that > reading is right, one would imagine while the technical merits of DNAMES > were not discussed (or for that matter DNAMEs as an option was not brought > up at all) the prevailing assumption that DNAMES will be a way of awarding > existing ccTLDs and gTLDs equivalent IDN TLDs in effect would be counter > to > what the Katoh-committee was presumably explicitly trying to avoid - > incumbents getting IDN TLD equivalents. (I understand in principle that > new > IDN TLDs can be deployed and DNAMES made only operational in that new IDN > TLD as you point out later but I think most people in these discussions > presume DNAMES implies incumbents eventually getting their IDN TLD > equivalents in many languages - certainly in the Versign DNAME proposal > that > seems to have jump-started the current fascination with DNAMES that is > their > assumption/hope). > > > > Again I am puzzled that after having gone to so much trouble and > time we are now ignoring even a modest discussion of the original Katoh > committee recommendations . They suggested various policies - long before > any experiment. Now we seem to be going ahead without any policy > discussion > and worse ignoring the policy recommendations made earlier, straight to > experiments. I must say I am puzzled. > > Perhaps the current IDN committee should get us all upto speed on > the Katoh-committee recommendations and why they suggested what they did > and > why we are proceeding along the lines of what we are doing - reasons for > and > against. We can always make different decisions from the Katoh-committee > recommendations. > > John: > > 2)- Unfortunately English is the default language of the > > Internet today and it is likely to continue to be. Nobody > > questions that in a serious way - but what everyone wants I > > believe is a reasonable usable field in every major language > > today etc. for non-english speaking populations. Without > > having to be condescending to the "non-West" as I am certain > > they do understand English is here to stay, what we want to do > > is really keep the other languages alive. From what I have > > gathered, it seem that past discussions on this issues suggest > > 'Textbook thinking" without due consideration of is what the > > "non-US/West" wants. If we out to call it IDN and ICAAN > > represents a true international organization, we need to NOT > > only talk the talk, but walk the walk, applying the > > cornerstone of globalization in a realistic way, 'think > > global, act local'. > > I think that some of us who have been working on these issues > for many years are at least as sensitive to these issues... and > to finding ways to make things work effectively with a variety > of scripts and languages, as you are. Some of us have even > spent a good deal of time working with people in the "non-US/ > non-West" trying to accomplish that while also trying to > preserve the integrity of the DNS as a global Internet-object > referencing resource. The problems are complex. The DNS is not > an ideal solution to many of them for reasons that have little > to do with English or even Roman characters. The nature of > those problems and the range of alternatives have been rather > extensively explored outside the ICANN and Roman-script > contexts, especially in East and Southeast Asia. At the same > time, slogans may not be helpful (e.g., the only practical way > to realize "think global, act local" with regard to IDNs is to > get internationalization issues entirely out of the DNS -- an > IDN in the DNS is inherently global because the DNS is > inherently global) and wishing the DNS, or the Internet more > generally, worked in a way significantly different than it does > won't make it so... any more than lamenting how much easier > navigation would be if only the earth were flat is helpful to > either navigation or earth-flattening. > > > > Sophia: > > It seems rather puzzling to me that, after 6 years or more of > activity, the best that ICANN has done to date is to being able to deliver > from "those of that have been sensitive to the needs of the > non-US/non-West" > is a two-language/script domain name. ie. the IDN.ascii-tld, technical > people can make all the distinction they want but in general use you will > never see any significant change I fear. eg. is I would not like the US > passport agency to finally recognize that there are many Arab US citizens > and that their passport should contain their personal name in the original > Arabic and then proceed to write in their passport "Ismael" in Arabic and > then "Mohammed" in English. > > > > The whole point is to allow non-native English speakers to skip > English in domain addressing . Making them type half in English is not > really a solution?, becomes bad-mannered, if we were not all brainwashed > to > think that "English" is the "end-all". Worse, whether you need a plug-in > or not, or if ISP or Microsoft patches it, these two-language domains will > always require end-user to switch KEYBOARD from one language to another > while typing a single domain name in a browser (in Hebrew and in Arabic > also > switch direction of typing). I gather this has been a huge problem , > hardly > anyone bothers to mention - because no one is really using these things > after 6 years . But if you put IDN TLDs - alternate roots or ICANN root, > with or without plug-in, this problem goes away - you do not need to > switch > keyboard settings halfway. > > > > I find it hard to believe that this two-language oddity is what the > non-English speaking people have wanted out of their internationalized > Internet . It would seem anyone with any sensitivity to non-English > languages using scripts far divergent from roman-like would want single > language/script domains - to push the point home, I doubt there is much of > a > market for " arabic.hebrew" names. What I mean is, "Arabic" on left and > "Hebrew" on right - two-language . Hebrew TLD and Arabic company domain > name. This is the sort of thing I believe what ICANN has been launching > for > the past years - two languages, which has been criticized with the IDN > community and has not found much of a user. > > > > The more likely scenario would be that perhaps those who were > "sensitive to the needs of the non-West" did not understand . The real > reason might just have been technical and political convenience and > incumbent-market economic convenience - none of it necessarily helpful to > those who really need the internationalization. Technical, because less > has to be changed (similar logic as in DNAMES for now I presume). > Political, > because there was no need to introduce new TLDs way back at a time when > ICANN had other on-going battles to defend its authority and > incumbent-market economics - it benefited the major existing registries - > the early ones being commercial gTLDs or if ccTLDs, then privatized > profit-making ones. > > > > I bring this up not to apportion blame (even you conceded the > initial launches were terrible and we don't need anyone to tell us that > the > whole IDN roll-out has been a practical failure in the general public's > minds) but rather to counter your matter-of-fact assumed suggestion that > "everything is in good hands and we have been sensitive to non-US/non-West > needs". It is said that those who do not consider the past maybe doomed to > repeat it. My real worry is that once again we may be going down a path of > technical expediency ( eg. DNAMES) all the while insisting that we are > "sensitive". > > > > Given the past, in my opinion, to be truly "sensitive" one needs to > consider the policy side of what we are about to before we embark headlong > into another "better testbed" directed down a channel guided by technical > expediency (possibly DNAMES) and by the identical commercial forces as > before (Verisign initiated proposal). And add to that no one seems to even > bothering to recall that a prior Katoh-led Committee spent substantial > effort coming up with guidelines for the future may have specifically > recommended against the path that things currently seem to be pointing - > incumbent awarded mappings ie. DNAMES. If we have the same organization, > possibly some of the same sensitive people, similar technical expediency > directed technical solutions, same arguments, same commercial proposers – > I > doubt if we do we expect a different outcome? > > > > Finally, I truly believe we need policy discussions first and > should > at least consider for discussion the Katoh-committee recommendations as a > first step. > > > Sophia> 3) I may be presumptuous, but ICANN's argument of resorting > to > > using DNAME seem to come from the perspective of how ICANN > > failed to be responsive for long and now "China" and others > > are threatening to "break the single root". Therefore, > > perhaps, we were left to a single view and a quick solution, > > neglecting to entertain the CHOICES we may have for IDN. So, > > the easiest implementation approach is DNAME, which is is to > > just give the big registries all the languages without having > > to change much in the technical stuff - ie. just re-point.com > <http://re-point.com/> > > to every language equivalent - no new TLDs etc. > > John: > Actually, I think you misunderstand both the situation and the > history. First, DNAMEs are, in Internet time, a relatively old > proposal and protocol specification. I didn't invent them and > neither did Verisign. Second, there was a proposal from the > original ICANN IDN committee that no IDN TLDs be permitted in > the root except on a separate application for new TLDs process. > For an number of reasons --almost all of them consequences of > how the DNS actually works and what is and is not possible as a > result-- I still believe that was a wise recommendation, > independent of anything China, Verisign, or others might "want" > to do. Some of those who are still on the GNSO Council will > probably remember that, because of issues with the number of > languages in the world, I recommended that we try to sort out > the use of IDNs at the second level and below in relevant ccTLDs > before permitting them to be used at all... and recommended that > several years before China made essentially the same suggestion > (of course, by the time they made that suggestion, it was > already too late since several gTLDs were doing production IDN > registrations). > > Now, there has been a good deal of pressure from a number of > directions to create aliases for country names in national > languages. That pressure has actually been much more intense, > with more threats, from other directions than from China. If an > alias is what is really wanted and that alias must, for > technical or political reasons, be in the root, then DNAMEs are > the right way to do so. Other solutions are simply not aliases, > they are separate domain names. To me, for separate domain > names, the original IDN Committee/Katoh-san recommendation > should still apply. As with IDNs below the top level and the > "what languages" question, I understand the idea of an alias for > a ccTLD in the relevant country's national language(s) much > better than I understand what to do about gTLDs. Indeed, if I > could make recommendations for the GNSO, I would seriously > consider a recommendation that, at least for the next several > years, the top-level IDN issue is, except for possible > completely new applications domains with IDN-style names, > entirely a ccTLD problem and that the gTLDs should not > participate in any way in the evaluation of what is possible and > reasonable other than continuing to register second-level IDNs > under existing rules. > > Sophia: > I am aware that DNAMES has existed for a long time as a technical > part of the DNS structure. You and Patrick pointed it out in your recent > IETF document that was circulated. But you also point out DNAMEs was never > really invented with IDN in mind and in fact there is some hesitancy for > "borrowing" it for this purpose of IDN. From my crude understanding the > reasoning appears to be it would be ideal not to use something for which > it > was not really intended. > > > > In any case in my understanding the DNAMEs approach is being > championed right now - it was not the case I believe in the previous 6 > years > of ICANN IDN history. The Katon-committee didn't consider it after 3 years > of IDN history at ICANN. If this thing has been around for as long as the > Internet, then why all of a sudden this proposal is being championed - > whatever the true reasons, it certainly has the suggestions of technical > expediency in the face of potential external threats/pressure. > > > > Well, its great that you bring up the Katoh-committee > recommendations that you too seem to agree with , and at some level these > are against the grain of the direction in which a DNAMES like deployment > would head - awarding incumbent existing gTLD registries equivalents. > Saying > that DNAMEs is just a technology and how it need not be given to existing > registries in principle is true technically. But the real issue is that's > where it is likely to head and that's why the POLICY needs to be discussed > first. Why are we not even discussing them after having invested so much > time and effort on their recommendation? > > > > I understand that the Versign testbed was done badly and everybody > acknowledges that . Now when China came up with a solution they liked, it > was already too late because we at ICANN had gone ahead and gone beyond > "bad > testbed' to actual production registrations under a few major commercial > registries ( gTLDs and ccTLDs I guess) and it was too late to go back. > Perhaps it is no little wonder that the same China and others are now > forging their own path ahead. So two mistakes - not just one - presumably > all driven by the stronger commercial registries wanting to increase sales > in their existing ascii TLDs by way of promoting somewhat insulting > two-language/script hybrid domain names. > > > > If there is pressure from other sources - other than China to move > - > would it not be useful or proper for those of us who believe policy issues > are equally or more important than technical testing of fairly > well-established technology (perhaps as old as the Internet you suggested > for DNAMES) to know what these "pressures" are if we as members of various > ICANN boards have to endorse the eventual policy chosen. No matter what > the > spin from wherever, it is abundantly clear that the current IDN activity > within ICANN after 2 or 3 year relative hiatus, is happening because of > considerable external pressure . I am not sure I am speaking for all the > GNSO members, but for my part I generally viewed the pressure from China > as > the biggest one while I have heard rumors of others and unhappiness from > various other quarters . If as you say the pressure from China is not the > main one and there are multiple others, it would appear that we would need > to discuss this pronto! > > > > Could someone please share this with us? So that our job is NOT to > simply endorse everything. > > Incidentally I would not be surprised if many of our board members > learnt of the China deployed/commercial activity while reading a recent > Wall > Street Journal article. I have since learnt reliably that this activity > was > launched initially in a small way with full backing by their Ministry > (published statements by Ministers) more than 4 years ago, and starting > about 18 months ago it has been extensively deployed all over China. A > large fraction of the 130M+ Chinese Internet population is already > enabled-to use it and many tens of registrars have actually been selling > these domains (which for all external purposes look like real IDN TLDs as > described in the Wall Street Journal article) for well over a year and > many > tens of thousands of names registered and in use. A quick visit to the > CNNIC > web-site confirms all this. > > > > It would be nice to know of these things earlier and not from the > likes of the Wall Street journal. > > > Sophia> John's statement butteres this point: > > > > If a such programmer in China were to decide that, for her > > users to have a good experience, .US and .COM should be able > > to be referenced by using Chinese names, there is nothing that > > the GNSO, ICANN, IETF, ITU, or the Great Pumpkin could do to > > stop or prevent it. Even the control of the Chinese government > > would be _extremely_ limited, since those Chinese names would > > be visible only to users of that particular application with > > that particular extension, and not "on the wire" or to either > > DNS servers or the sites or hosts being reached. > > > > I think if this is the way we have looked at it, it seem that > > our response is shortsighted (because it technical-oriented > > only and did not consider the business issues) and is perhaps > > why ICANN has failed achieve success in the IDN arena. > > Instead of worrying about the political, policy and cultural > > implications, first, we may have focused on the easy way > > out...technical. In this case, contrary to what Cary said, I > > think issuing DNAME is equally reckless as using new TLDs in > > IDN. > > > The fact that the Chinese has already launched this process > > (if we out to call them reckless) and ICANN who ought to know > > better, is forced to 'follow' the same (can we call ICANN > > "reckless") as well? Uhmm. > > John: > Again, please understand enough about how the DNS works, and how > name resolution and applications on the Internet work more > generally, to be able to understand what is said above. The > Chinese have not already "launched" anything along the lines of > what I suggested. That proposal is not "technical-oriented > only" and does consider the business issues (even if the > business and cultural issues it considers critical might not be > the same ones you would choose). That proposal was actually > almost exclusively focused on political, policy, and cultural > issues -- many of the technical folks, who prefer a less complex > world, actually don't like it. And that proposal is not, in any > way, related to DNAMEs -- it is a third alternative. > > As to whether "issuing DNAME" is "equally reckless" as "using > new TLDs in IDN" (whatever that means), I would, again, > encourage you to understand what is being proposed and what its > technical implications are, if only because doing so is > prerequisite to talking intelligently about the business issues > (or even most of the political and cultural ones). The "new > domain" issues are simply a superset (a rather large superset) > of those associated with DNAMEs. DNAMEs supply aliases but, as > I pointed out long before the GNSO became actively concerned > with this, one still needs to decide who gets which names and > what they point to. New domains raise the much more complex > issues of allocations and operation, and domain-specific > policies as well as those of name selection and assignment, > issues that are largely invisible from the DNAME case. > > Could one adopt a DNAME model and reserve names for later > "independent TLD" allocation? Of course. Could one restrict > the DNAMEs that would be associated with gTLDs to some limited > set, or even to zero if that were felt to be wise? Of course. > There is nothing that is "all languages in the world or nothing" > about any of the proposals I have heard seriously raised. > > Sophia> *Ok, pls correct me if I am wrong when I am trying to speak > > DNAME implementation approach:* eg. CEO of mybrand.com > <http://mybrand.com/> has to > > be protected in every language under a gTLD that means "com" > > in every language, right ? meaning they have to come up with > > 200 language translations of ".com" and ICANN can approve > > DNAMES. > > John: > No, they do not. And the fact that they do not is actually one > of the attractions of the DNAME approach (except to the > registrars and registries who are anxious to mount "there is now > another new domain in which you need to register to protect your > brand... please send money" campaigns. _That_ approach requires > separate domains). > > Sophia> Then these companies, like Versign, can go and get > > everyone of their.com <http://their.com/> name holders (40 > million in this case) > > names translated / transliterated into 200 languages to > > everyone's satisfaction and register them all to get 200 x 45 > > million DNAMES. *I hope I am on right track so far.* > > John: > No, you are not. Please read the comments above and, more > important, please make an effort to understand how the DNS works > in general and how DNAMEs work in particular. > > Sophia> Are they also going to charge the CUSTOMER (who has > already > paid > > some $6 already) for the translation/transliteration work? > > Also, if the customer then is upset by the accuracy of > > translation or if the customer is sued by some other third > > party saying that the wrong translation now impinges on their > > own business, will VERISIGN pay for all lawsuit damages? I am > > almost certain that these companies will NOT agree to this - > > but this is the result of DNAMES. > > John: > No, it is not. > > Sophia> Finally, from where I see it, *policy is to be made first > in > > > complex situations as these.* Technology is a second - fact is > > these systems seem to have been working for years already, as > > China seem to have has deployed it for years on a large scale > > - far larger than anything ICANN has done to date, I believe. > > John: > No, China has done something else, and only relatively recently. > Once you understand, throughly, how the DNS works and, in > particular, the difference between the actions of a caching > forwarder and a different TLD, I'll be happy to try to explain > just what they are doing, and why, to you. > ... > Sophia> Therefore, as Avil suggested, I propose the alternatives > and > > solution should be explored by a joint consultation with > > relevant IDN circles and the Council. > > John: > Sure. As long as the capabilities and operations of the DNS are > sufficiently well understood, and at a policy level, the range > and scope of potential ICANN authority is reasonably well > understood, that discussions of policies that imply flat earths > and more convenient values of PI are avoided. Otherwise, while > the discussions would certainly be interesting, the GNSO will > waste its time and the world will ignore ICANN and move forward > on its own path. > > Sophia> I myself recommend the POLICY option. Go for a solution > > letting the people speaking a specific language (or script as > > they like to say) is a part of their culture – to take care > > of it. We can talk about specific implementation strategies > > once we agree with the policy option! > > John: > First, the proposal that comes closest to the type of solution > you seem to propose above is one that you have rejected out of > hand. Second, scripts and not the same as languages and people > don't speak scripts: not understanding the difference can only > > ;p0increase your confusion. Third, as long as the DNS is to remain > a global resource, a solution that involves letting those who > speak a particular language to "take care of it" and go in their > own direction is essentially impossible. Or, to put it > differently, it is possible in only two ways: with client-level > aliasing (which you have rejected) and with different DNS roots > for each language group. The latter is inconsistent with both > unambiguous global references on a global Internet and, by the > way, with your having any possible hope of protecting your > business name or trademark globally... except by legal action in > each country in which a similar name might be used. > > regards, > john > > > > > > > > >

1 0

Regarding meetings on Saturday and Sunday in Wellington
by Bruce Tonkin March 13, 2006

March 13, 2006

Hello All, Please note that I have posted two messages regarding the meetings of the GNSO Committee on new gTLDs in Wellington to the Committee mailing list. The archives can be found at: http://forum.icann.org/lists/gtld-council/ Regards, Bruce Tonkin

1 0

Purpose of public comments in GNSO
by Bruce Tonkin March 13, 2006

March 13, 2006

Hello All, There has been some debate recently over how to report public comments. I think there is a danger in turning the public comment forum into a voting environment (e.g counting how many votes for and against a particular policy). It is the GNSO Council that votes according to its formal procedure on whether to recommend a particular policy to the ICANN Board. GNSO Council members should vote according to what they believe is in the best interests of the GNSO and ICANN, in accordance with the ICANN mission and core values, based on the information that have available. The policy development process involves collecting input from constituencies that represent different perspectives. Some of these perspectives may be conflicting. The purpose of task force and committee meetings is to try to understand the various perspectives, and identify a compromise that is acceptable to all. The public comment process should be used to gain new perspectives that we have not otherwise obtained from the constituency input. Thus the staff reporting of public comments should focus on identifying new perspectives not already covered in the constituency inputs, that should be considered prior to any decision. It is reasonable from a factual point of view to summarise all the comments. Where many parties express the same view, it would be appropriate to summarise the view once and identify the parties that supported that view. There is not much value in having individual constituency members submit exactly the same view as a constituency statement. However some constituency members may have a different or additional view to what was expressed in the constituency statement, and it is worthwhile this being submitted separately via the public comment process. Ideally all public comments would clearly relate their views with respect to ICANN's mission and core values. E.g a third party may be concerned that a new policy would affect their business. While this is a valid view, it would not on its own be relevant unless it could be explained that competition in the market as a whole would be affected. Regards, Bruce Tonkin

1 0

Relationship between contracts and existing and new gTLDs
by Bruce Tonkin March 13, 2006

March 13, 2006

Hello All, For the purposes of considering PDP-Dec05 (new gTLDs) and PDP-Feb06 (policy guiding contractual terms for gTLDs), we should consider that over the lifetime of a gTLD that there may be different parties operating that TLD. For existing TLDs, we have seen one example of a TLD transferred from one party to another - ie .org used to be operated by Verisign, and is now operated by PIR. In future a gTLD operator may decide that that no longer wish to operate a gTLD, and the ICANN Board could decide to allocate that TLD to another party. PDP-Dec05 is considering policy issues around new gTLDs - including what contractual terms are appropriate. PDP-Feb06 is considering policy that can affect contract terms of agreements for the existing TLDs. However new policy in this area may only affect a future operator of an existing TLD rather than an existing operator (unless that operator agrees) of an existing TLD, as policies in this area may fall outside of the "Consensus Policy" definition in the existing contracts. The outcomes of PDP-FGeb06 can affect a contract renegotiation. For example if an existing operator has a term of 4 years, and the new ICANN policy requires a term of 1 year, than the existing operator would not be able to negotiate for a term longer than 4 years but could keep their current term of four years. Regards, Bruce Tonkin

1 0

RE: [council] more questions on consensus policy and contracts
by Bruce Tonkin March 13, 2006

March 13, 2006

Hello Avri, I apologise for the delay in responding to your analysis and questions. > > In my looking at it, I see at least two different questions: > > - what can the council propose consensus policy on > - the relation between consensus policy and contracts, > of which there are three types: > - existing > - renewing > - new > > - what the council can propose consensus policy on: > > If I understand correctly, the GNSO council can propose > policy, assuming it follows the procedures, on just about > anything related to gTLDs that can be shown to be relevant > under the Bylaws of 8apr05 Article 1. And the Board is > empowered to approve policy, once presented by the GNSO > council after all appropriate procedures, on anything > interpreted as coming under the Mission as understood in the > context of the Values. Agreed. In general lets just call this an ICANN Policy, rather than "Consensus Policy" as defined in the registry and registrar agreements. Ie the GNSO can propose a policy relating to gTLDs that is consistent with the ICANN Bylaws, for approval by the ICANN Board as an ICANN Policy. An example of such a policy was the recent policy approved by the Council (I don't think it is approved by the Board yet) to guide staff in handling conflicts between the ICANN contracts and national law. The policy is basically aimed at providing guidance for ICANN staff, who must ensure that registries and registrars are complying with the terms of their contract with the ICANN corporation. > > - to what degree is consensus policy applicable to existing > contracts and to what degree are existing contracts > applicable to the creation of consensus policy? > > If I understand correctly, the nature or content of current > contracts or the clauses in those contracts relating to > consensus policy have _no_ effect on which policies can be > created and approved, but only affect the degree to which new > consensus policies can be applied during the term of that > contract. And, as these exclusions from consensus policy > clauses are somewhat different in every contract, no general > statement can be made about which consensus policies are > applicable to the full set of current contracts. Lets now use "Consensus Policies" in capital letters to refer to the contractual definition in registry and registrar agreements. The existing contracts have specific text defining where Consensus Policies can apply during the term of the contract, and also include specific text defining where these consensus policies do not apply. As part of PDP-Feb06, we can examine what these restrictions are and whether they should be modified for future contracts. Modification in existing contracts would require registry and registrar approvals. An example of a "Consensus Policy" that applied to existing contracts was the Transfers policy, and the WHOIS data reminder policy. > > - to what degree do consensus policies affect contracts in > the process of renewal? > > On this I am still confused. (at least I know I am confused > here, obviously if I am wrong about what I wrote above, then > I am also confused about that) When a new contract is being > negotiated what is the relationship between existing > consensus policy, esp. policy that was created between the > time the contract was originally negotiated and the time of > renewal, and the renewal. Does policy created during the > term of the expiring contract have effect on the contract > being renewed or on the clauses in that contract relating to > exemptions from consensus policy? This is more complicated as some of the existing contracts include provisions for renewal and also provisions for what terms carry over in the renewed contract. This can give rise to perpetual renewal effects. E.g a contract may say that it is for a 4 year term, and that it can be renewed for another 4 year term (with the same renewal provision to occur in the renewed contract) - thus it will auto-renew every 4 years. > > - to what degree are negotiations on new contracts bound by > consensus policy? > > I am also confused on this. Does consensus policy determine > the nature and content of new contracts negotiated by ICANN > staff. Can the negotiators put in clauses exempting the > signatories from existing consensus policy as well as future > consensus policy? Can consensus policy that is in effect at > the time of negotiation, have an effect on the clauses in the > contract that relate to the effect of future consensus policy > on the contract conditions? I.e. Could there be a consensus > policy that said future contracts could not exempt the > signatories from a particular consensus policy? It is better to think here in terms of ICANN Policy. An ICANN Policy approved by the board would govern how the staff negotiate a new contract. However the staff could ask the Board to change its policy prior to entering into an agreement. One of the issues with recent contract negotiations is that this is no ICANN Policy governing may of the key contractual terms for new contracts. Some may say this is a good thing - as it gives the staff maximum flexibility, and some may say this is a bad thing for much the same reason :-) Most corporations do have some standard policies that govern terms for contracts, so it does seem reasonable for the GNSO (and subsequently the ICANN Board) to consider whether some policies should be established for gTLDs, or whether the status quo is OK. To gain a better understanding I believe you need to read: - ICANN Bylaws around mission and core values - ICANN bylaws around GNSO and PDP - at least a couple of registry agreements (e.g .com, .biz, .jobs, .aero are all quite different from each other) - the registrar accreditation agreement In the agreements, check out provisions around: - Consensus Policy - renewal - termination Regards, Bruce Tonkin

1 0

ICANN policies, Consensus Policies, and Contracts
by Bruce Tonkin March 13, 2006

March 13, 2006

Hello All, Following the various discussions about the relationship between policies and contracts, that was discussed in Washington a couple of weeks ago, I have set out some basic facts to help think through the relationships. (1) ICANN is a corporation and can enter into contracts with third parties. (2) The ICANN corporation must comply with its bylaws. (3) The Board of the ICANN corporation can establish Policies for the corporation that are consistent with the bylaws (which includes mission and core values). The staff of the ICANN corporation must comply with these policies. (4) The GNSO can recommend policies regarding gTLDs that are consistent with the ICANN Bylaws to the Board. The Board must approve the Policies. (5) ICANN has contracts with registries and registrars relating to gTLDs. (6) Once a contract is signed, the terms of the contract can usually only be changed with the agreement of both parties. (7) The gTLD registry and registrar agreements have a special provision in them that require registries and registrars to comply with certain ICANN policies called "Consensus Policies" that can be established or changed during the lifetime of the contract. These policies can have a significant impact on the business of registries and a registrars - thus the areas where these policies can apply are constrained in the contract, and also the process for establishing such Consensus policies is tightly defined (ie via the GNSO PDP in the bylaws, by the voting rules of the GNSO Council, and by the membership structure of the GNSO Council). (8) Contracts typically have a term (ie length of the contract), conditions for the termination of a contract, and also sometimes conditions that describe the renewal of the contract. Some of the gTLD registry contracts have a right of renewal and also specify that with the renewal that some terms from the previous contract must carry forward into the next contract. Conclusions =========== (a) A GNSO Consensus Policy may apply to an EXISTING contract ONLY with respect to the narrow definition of where such policies may apply in the contract. (b) An ICANN Policy would apply to any future contract signed by ICANN (including negotiating a change to a contract) (c) With respect to an existing contract, a change to a contract to reflect a new ICANN policy (other than a GNSO Consensus Policy as defined in the contract) would require mutual consent between the two parties. Example ======= The ICANN Board could create a policy that all gTLD registry agreements are for a term of one year. The term length is not an area in the existing contracts that could be changed by the Consensus Policy process. Thus existing contracts would not be affected. Also because term length may carry forward into a renewal of an existing contract - this would not be affected either. However for new contracts the term length would be one year. Another complicating factor is that ICANN must treat similar organisations such as registries and registrars equitably. So although it could establish a policy for 1 year contracts, this may seem to be inequitable for new registries compared to existing registries. Alternatively the ICANN Board could create a policy that all gTLD registry agreements are for a term of 10 years. In this scenario it is highly likely that an existing registry operator would agree with the ICANN corporation to adjust their existing registry contract. So as part of considering new policies, the GNSO needs to consider: - the existing contracts, which also have some provisions that carry forward when renewed - equity between holders of existing contracts and holders of new contracts Regards, Bruce Tonkin

1 0

Council members for (PDP-Feb06)
by GNSO.SECRETARIAT＠GNSO.ICANN.ORG March 13, 2006

March 13, 2006

[To: council[at]gnso.icann.org] Dear Council Members, The following task force members have been appointed by the constituencies for the (PDP-Feb06)Policy development process on contractual conditions for existing gTLDs: Intellectual Property Interests constituency - Ute Decker - other volunteer(s) are being recruited as participating non-Council members and council will be informed when these names are available. Internet Service Providers' and Connectivity Providers' constituency. - Greg Ruth is the nominated lead. gTLD Registries constituency: David Maher is the representative who will work alongside the council representatives Ken Stubbs and Cary Karp. Commercial and Business Users constituency - There will be 3 members with one observer, Marilyn Cade, Philip Sheppard and Mike Roberts, the third elected BC officer will be an observer. Thank you, Kind regards, Glen On 16 February 2006 at the GNSO Council meeting it was resolved: "That the Council wishes to appoint a task force for the PDP initiated on 6 February 2006 (PDP-Feb06) that consists of the full Council, including the Council members appointed by the Nominating Committee, the At Large Advisory Committee (ALAC) and the Government Advisory Committee (GAC) liaisons. That constituencies have the option to appoint representatives to the task force in place of their Council members. That the Council recommends that the constituencies ensure that there is at least one council member from the constituency on the task force. That Council members, who are not members of the task force, have observer status on the task force, and thus receive mail from the mailing lists and be able to attend task force calls and meetings as observers." Could you please let me know by Friday 10 March 2006, who you have appointed to this task force. If you have appointed representatives in place of council members, please add their email contact details. -- Glen de Saint Géry GNSO Secretariat - ICANN gnso.secretariat[at]gnso.icann.org http://gnso.icann.org

2 1

Re: [council] Re: Regarding issues report on IDNs
by Sophia B March 13, 2006

March 13, 2006

Thanks. I will resend with the text 'Sophia'. S On 13/03/06, Patrik Fältström <paf(a)cisco.com> wrote: > > On 13 mar 2006, at 07.42, Sophia B wrote: > > > Hi Patrick... thanks, mine carry well. > > My point was that there is no standard for how to carry color, so it > is completely dependent on the implementation of the email client. > That is why you see it, and people that happen to use the same email > client as you. Sorry for the misunderstanding. > > > Do u have any suggestions, I will > > resend? > > Make the text you write standing out by either quoting other text > (like I do) with a special character in the beginning of each line > (not in reality an option if your email client can not support it), > or by marking what you say by starting the sentences as a new > paragraph with for example the text "Sophia: ". > > Regards, Patrik > > > Sophia > > > > On 13/03/06, Patrik Fältström <paf(a)cisco.com> wrote: > >> > >> > >> On 13 mar 2006, at 07.36, Sophia B wrote: > >> > >>> I hope you are keeping well. Here I am again back on the global > >>> info > >>> super freeway…no STOP signs, so I must continue my dialog with > >>> you. (pls > >>> refer to my comments in GREEN) > >> > >> Email doesn't carry color, so marking with color doesn't work very > >> well. > >> > >> Patrik > >> >

1 0

Re: [council] Re: Regarding issues report on IDNs
by Sophia B March 13, 2006

March 13, 2006

Hi Patrick... thanks, mine carry well. Do u have any suggestions, I will resend? Sophia On 13/03/06, Patrik Fältström <paf(a)cisco.com> wrote: > > > On 13 mar 2006, at 07.36, Sophia B wrote: > > > I hope you are keeping well. Here I am again back on the global > > info > > super freeway…no STOP signs, so I must continue my dialog with > > you. (pls > > refer to my comments in GREEN) > > Email doesn't carry color, so marking with color doesn't work very well. > > Patrik >

1 0

GNSO Council teleconference Tuesday 14 March at 19:00 UTC
by GNSO.SECRETARIAT＠GNSO.ICANN.ORG March 13, 2006

March 13, 2006

[To: council[at]gnso.icann.org] Dear All, The GNSO Council teleconference announcements that have just been sent out individually to Council members and the liaisons should read TUESDAY 14 MARCH and not 14 February as in the header of the emails and in the first sentence. The GNSO Council teleconference will be tomorrow, 14 March 2006 at 19:00 UTC. Thank you and apologies for any confusion! Kind regards, Glen -- Glen de Saint Géry GNSO Secretariat - ICANN gnso.secretariat[at]gnso.icann.org http://gnso.icann.org

1 0

Draft Agenda for GNSO Council meeting on Tuesday 14 March 2006
by Bruce Tonkin March 13, 2006

March 13, 2006

Hello All, Apologies for the late agenda. I recommend we go ahead with the GNSO Council meeting on Tuesday. The purpose of the meeting is to review the status of each PDP underway, and also ensure that we make the best use of the availability time in Wellington to advance the various work items. Regards, Bruce Tonkin Draft Agenda for Council meeting - Tuesday 14 March 2006 Coordinated Universal Time UTC 19:00 (11am Los Angeles, 2pm Washington DC, 7pm London, 6am (next day) Melbourne ) Item 1: Update on WHOIS PDP - current status of work and use of time in Wellington Item 2: Next steps for PDP-Dec05 - new gTLDs - confirm agenda for Wellington Item 3: Update on PDP-Feb06 - gTLD policies around key commercial terms for gTLD agreements - Next steps Item 4: Update on Issues report on IDNs Item 5: Statements of Interest Policy and GNSO rules of procedure Item 6: Agenda for GNSO Public forum in Wellington - WHOIS PDP - PDP-Dec05 - PDP-Feb06 Regards, Bruce Tonkin

1 0

GNSO Review: Update
by Liz Williams March 13, 2006

March 13, 2006

Colleagues I said I would provide you with updated information on the progress of the GNSO Review. As one would expect, the Reviewers are working diligently on conducting interviews this week with a range of ICANN Board members, GNSO Council members and ICANN Staff. The reviewers are trying to align their work with reasonable time zone constraints. Those that the Reviewers are not able to interview this week are encouraged to contact Jane Tinkler (j.tinkler(a)lse.ac.uk) for an interview time in Wellington. The Reviewers will be available from Thursday 23 March onwards until Thursday 30 March lunchtime. The Reviewers will have a dedicated Review Room at the Wellington meetings -- you can arrange to meet them at any time and one of the team will be in the room at all times. Please look for directions at the meeting venue. The on-line survey - http://www.icann-gnsoreview.org/ - is up and running and you are encouraged to use the user name and password already allocated to you (OR ask for another one if you don't have one) to fill out the survey. The Reviewers will be observing many of the sessions that take place over the course of the ICANN meetings. Of course, if you have any questions, please contact me or Jane Tinkler directly. Kind regards. Liz ..................................................... Liz Williams Senior Policy Counselor ICANN - Brussels +32 2 234 7874 tel +32 2 234 7848 fax +32 497 07 4243 mob

1 0

Update Statements of Interest for all GNSO Councillors 13 March 2006
by GNSO.SECRETARIAT＠GNSO.ICANN.ORG March 13, 2006

March 13, 2006

[To: council[at]gnso.icann.org] Dear Council Members, Please find updated Statements of Interest for Bret Fausett and Bruce Tonkin. Thank you. Kind regards, Glen GNSO Council members Updated Statements of Interest 13 March 2006 Bruce Tonkin - Registrar Constituency - GNSO Council chair I am employed full-time as Chief Technology Officer by Melbourne IT Limited. Melbourne IT has a registrar accreditation agreement with ICANN. Melbourne IT also has a contractual relationship with most gtld registries (for a current list see http://www.icann.org/registrars/accredited-list.html) and many cctld registries as a registrar. .................................................................... Ross Rader - - Registrar Constituency I am the Director of Research and Innovation for Tucows Inc., an ICANN accredited registrar and Internet services vendor. Tucows is a minority shareholder in Afilias LLC, with roughly an 8% shareholding. Neither Tucows, nor I, is in possession of, nor have access to Registry Sensitive or Registry Proprietary information as defined by any relevant registry operating contracts as a result of this relationship. Tucows provides consulting and application hosting services to other registrars and Internet services providers. I am not an officer, director, consultant, or employee of any of these customer organizations nor am I specifically involved in providing services to them. The URL for this statement is: http://www.byte.org/blog/_WebPages/StatementofInterestsforRossRader.html ........................................................................ Thomas Keller - - Registrar Constituency I'm a fulltime employee of Schlund+Partner AG. Schlund+Partner AG is ICANN accredited and is conducting business with almost all major gTLDS and ccTLDs. Schlund holds a minority share in Afilias LLC for investment purposes.Besides domain name registrations Schlund is mainly offering webhosting and email services to end users. I'm a member of the DENIC Technical Advisory Council. ....................................................................... Philip Sheppard - Commercial and Business Users Constituency I am Public Affairs Manager for AIM - European Brands Association, a Brussels-based trade association involved in public affairs activities. AIM represents the branded goods industries in Europe on key issues which affect the ability of brand manufacturers to design, distribute and market their brands. AIM's membership groups 1800 companies of all sizes through corporate members and national associations in 21 countries. These companies are mostly active in every day consumer goods. AIM's mission is to create for brands an environment of fair and vigorous competition, fostering innovation and guaranteeing maximum value to consumers. I hold various non-remunerated directorships unrelated to ICANN. I am a contact point for several domain names. Honorary positions: - President elect 2007 International Public Relations Association (IPRA), the global professional association for the PR profession. - I am a Freeman of the City of London. ...................................................................... Marilyn Cade - Commercial and Business Users Constituency I am an elected officer and councilor from the Commercial and Business Users Constituency (BC). I own and manage a consulting business that is primarily focused on Internet Governance and convergence issues involving Internet infrastructure and applications. My business is focused at the nexus of global policy and technological convergence. The topics I address include, but are not limited to: Internet Governance, VoIP, IP-TV, Data Retention, Internet intermediary liability, SPAM, ICANN, and cyber security in IP networks. I chair the Global Public Policy Committee at ITAA, and I advise the Global IP Alliance on international VoIP and Internet Governance. I also convene and coordinate various industry events and meetings on a variety of topics, primarily focused on working with industry to advocate policy positions to various governments and multi lateral organizations, including the OECD, ITU, CITEL, and APEC. I speak frequently as an expert at business and professional conferences that are held both in the US and in other countries and am usually remunerated for such events. Such remuneration does not in any way make such entities clients, nor imply client obligations. The clients of my business are concerned about the security and stability of the Internet, are registrants and users of the Internet, and are strong advocates of ICANN’s role in managing and coordinating the technical aspects of the Internet. I do not believe that I have conflicts of interest with ICANN. From time to time, I may have clients who have a direct policy interest in a particular policy area. At present, two clients that I advise have an interest in reserved names in gTLDs. As my business’ clients and their interests change, I will continue to update my statement of interest ......................................................................... Grant Forsyth - Commercial and Business Users constituency I am one of three representatives from the Business Constituency on the ICANN GNSO Names Council. I am currently employed by TelstraClear in the role of Manager Industry and Regulatory Affairs. TelstraClear is a full-service telecommunications operator that operates two ISPs, ClearNet and ParadiseNet. TelstraClear is an accredited registrar of .nz ccTLD names only under the new InternetNZ SRS. While TelstraClear presently makes no use of ENUM, it has an interest in its potential and an expectation that in due course it may wish to offer commercial services that use ENUM. I am elected Councillor of InternetNZ, the delegated .nz ccTLD manager. I have a personal domain registered in the .gen.nz space. I have not undertaken any paid work for either ICANN or InternetNZ. I have not worked for nor represented an ICANN Registry or ICANN Accredited Registrar. ............................................................................. Anthony Harris - ISPCP Constituency I am under contract as full time executive director of CABASE, a non-profit Internet industry association, incorporated as such in Argentina since 1999. - consulting work done for ICANN - NONE - consulting work done for a gtld or cctld registry, or current applicant to become a gtld or cctld registry - NONE - consulting work done for a registrar - NONE - employment with a registry or registrar - NONE .......................................................................... Greg Ruth - ISPCP Constituency I am employed full time by Verizon Federal Network Systems. Verizon has no contractual relationships with any registries or registrars. ......................................................................... Tony Holmes - ISPCP Constituency I am employed within BT Group's Chief Technology Office with the responsibility for determining numbering, naming and addressing policy and strategy for BT Group PLC. BT is a large ISP and infrastructure provider and operates in many countries across the world. BT is also an accredited ICANN Registrar, but is not currently operational. I participate in, and hold official positions in a number of other technology focused technical and policy making bodies at both the national and international level, none of which cause conflict with my work in ICANN. I have no employment, contract, financial interest or other business relationship with ICANN, registries or registrars except BT. I am an elected representative of the ISP and Connectivity Providers Constituency to the GNSO. ........................................................................... Robin Gross - Non Commercial Users Constituency I represent the Non-Commercial Users Constituency on the GNSO Policy Council. I am the Executive Director of IP Justice, an international civil liberties organization based in San Francisco. IP Justice is a California not-for-profit corporation and 501(c)(3). I am also licensed to practice law throughout California, and serve on the Board of Directors of the Union for the Public Domain, a not-for-profit corporation based in Washington DC. I teach international copyright law at Santa Clara University School of Law. From 1999-2002, I was an intellectual property attorney with the Electronic Frontier Foundation. ...................................................................... Norbert Klein – Non-Commercial Users Constituency I am at present a consultant to a Cambodian non-government organization, the Open Forum of Cambodia, which was created in 1994 to facilitate and to foster communication – not only electronic communication – in the conflictive, post-civil war Cambodian society. My relation to the Internet, and since 1999 to ICANN, originated from the fact that I created in 1994 the first possibility for people in Cambodia to have access to e-mail, and in 1996 I created the possibility to have an e-mail address in Cambodia: .kh Neither I nor the Open Forum of Cambodia have registered a top level domain – we use a secondary domain for our organization, under the ccTLD of Cambodia, .kh For myself, I use a webmail account by the German provider GMX, a GMX ProMail account, for which I pay the normal set fees. Neither we as an organization, nor I as an individual, own or have in any other way an economic interest in any IT or ICT company or related holding. ........................................................................... Mawaki Chango - Non Commercial Users Constituency I am currently a full-time Ph.D. student and Graduate Assistant, and I represent the Non-Commercial Users Constituency on the GNSO Council. In addition, I am involved in social activism through my participation in ACSIS (African Civil Society for Information Society), as ICT policy advocator, and advisor to the ACSIS’ President. Over the last five years, I have been involved as a consultant with UNESCO, the International Development Research Centre, Open Society Initiative for West Africa (Dakar), the Eduardo Mondlane University (Maputo), and EvalNet (Johannesburg). I have never been involved in any business related to the distribution and operation of Internet resources. ....................................................................... Sophia Bekele - Nominations Committee appointee to the GNSO Council I represent a California based, privately held company, CBS Enterprise Group, which is engaged in international business. As part of its portfolio of services, the company provides systems integration services through CBS International, which delivers domain registration, web hosting and email services to end users via a reseller, agreement with registrars. Less than 10% of CBS's business is derived from these services. In my personal capacity, I do not have any of my moneys, invested in companies that are in the registrar businesses. I do not believe that any activities of the Council or ICANN could have a material effect on the work I do at CBS International. .................................................................... Avri Doria - Nominations Committee appointee to the GNSO Council I am an independent research consultant and have no employment, contract, financial interest, share ownership or any other business relationship with ICANN, registries or registrars except as a holder, and fee payer, of several domain names in .com, .net and .org ...................................................................... Maureen Cubberley - Nominations Committee appointee to the GNSO Council Statement of Interest related to ICANN and the work of the GNSO Council I am a Canadian and I am currently employed in Canada by the Department of Culture, Heritage and Tourism, Government of Manitoba, as the Director of Public Library Services. I am also a senior partner in the consulting firm ASM Advanced Strategic Management Consultants, based in Ontario, Canada. I hold several non-remunerated directorships for various not-for-profit organizations. None of these organizations are related to ICANN. In the past, I have been a Director and the Chair of the Board of Directors of the .ca ccTLD registry CIRA. As a current holder of several .ca domain names, I am a member of CIRA. Consulting work done for ICANN - NONE Consulting work done for a gtld -NONE or cctld registry, - In 2004 I provided consulting services to CIRA. or current applicant to become a gtld or cctld registry - NONE Consulting work done for a registrar - NONE Employment with a registry or registrar - NONE In 2004, I served as Chair of the Business and Financial Evaluation Team, the members of which were appointed by ICANN for the purpose of reviewing 10 applications for new Sponsored gTLDs. ICANN provided each of the Team members, including myself, with an honourarium. I have no financial interest, share ownership or any other business relationship with ICANN, registries or registrars except as a holder of domain names. .............................................................................. Lucy Nichols - Intellectual Property Interests Constituency I am an elected representative of the Intellectual Property Constituency to the GNSO. I am an attorney and currently hold the position of Global Director of Intellectual Property Rights, Brand Protection Portfolio, for Nokia Inc. Nokia Corporation is an investor and Board Member of Mobile Top Level Domain "mTLD", the registry for .mobi. My responsibilities include managing the trademark, domain name, product design and brand enforcement groups of Nokia Corporation. I am a member of the 2006 Nominating Committee of ICANN. I am also on the Board of Directors for the International Trademark Assn. and a member of other IPR related professional organizations including ECTA, AIPLA, and IPO. .......................................................................... Ute Decker - Intellectual Property Interests Constituency I am full time employed as Deputy Director for Global Legal Policy by the IFPI Secretariat. I am also elected representative of the Intellectual Property Constituency (IPC) to the GNSO Council. The IFPI Secretariat is the head office of the International Federation of the Phonographic Industry (IFPI) representing the recording industry worldwide. IFPI is a non-commercial private sector non-governmental organisation, funded through membership contributions. IFPI is a member of the IPC. IFPI’s members are 1415 record companies, including EMI Music, Sony BMG Music Entertainment, Warner Music, and Universal Music and many independent record companies. The IFPI Secretariat provides services to its member and to 48 affiliated national recording industry bodies; and is responsible for co-ordinating international strategies in the key areas of the organisation's work: enforcement of copyright and trademarks, advice on technology and legal developments, relations with governments and national industry bodies, representation in international organisations, litigation, market research, and public relations. .................................................................... Kiyoshi I. Tsuru - Intellectual Property Interests Constituency I, the undersigned, Kiyoshi I. Tsuru am a partner with the law firm of BELLO, GALLARDO, MORALES Y TSURU, S.C., in Mexico City. I specialize in Intellectual Property matters. I serve as a member of the Advisory Committee of NIC Mexico, which is in turn a member of the ccNSO of ICANN. From time to time, I have served as outside counsel to NIC Mexico. I am the country manager for Mexico of the Business Software Alliance (BSA) and a WIPO Panelist regarding disputes between domain names and trademarks. ........................................................................ Ken Stubbs - gTLD Registries constituency I am a Director of, and member of the Executive committee of Afilias, Limited. - an ICANN-contracted registry I am also a member of the Policy Advisory Board of the DotMobi Ltd. (operator of the ".mobi" registry). I am an elected representative of the Registry Constituency to the GNSO council and a member of the Nominating Committee In my personal capacity, I have less than 5% of my net worth invested in companies that are involved in ICANN-contracted registry services Other than the entities listed above, I have no other current or "executory" business or contractual relationships with any entity or individuals who currently have business before the GNSO or ICANN. ....................................................................... Cary Karp - gTLD Registries constituency I am Director of Internet Strategy and Technology at the Swedish Museum of Natural History (NRM), an agency of the Swedish government. This is a full-time salaried position. I serve in a similar capacity for the International Council of Museums (ICOM) of which I am an individual member and NRM is an institutional member. I receive a small additional honorarium for that activity. I hold a non-remunerated position as the President and CEO of the Museum Domain Management Association (MuseDoma), the Sponsoring Organization for the .museum TLD. NRM is the largest museum in Sweden and charged with advising private and corporate entities in that country in matters relating to its sphere of expertise. I am regularly involved in such action. Current activity includes a joint initiative with NIC-SE, the operator of the .se ccTLD, which is collaborating with NRM in a project in the context of the Swedish national "Year of Cultural Diversity 2006". I also advise NIC-SE in general matters relating to IDN. I may from time to time receive separate honoraria for advisory services provided as a result of my position at NRM, and may be similarly compensated for writing and speaking engagements. ICOM is an NGO maintaining formal relations with UNESCO and having consultative status with the United Nations Economic and Social Council. I am directly involved in activity conducted by ICOM in its relationship with UNESCO. I represent MuseDoma in the gTLD Registry Constituency and am the elected representative for the sTLDs on the GNSO Council. I conduct no other activity with, and have no other interests of any kind that involve, entities maintaining business or contractual relationships with ICANN. .................................................................... June Seo - gTLD Registries constituency I am an employee of VeriSign, Inc., which provides certain domain registration services (directly or through its subsidiaries) for a number of top-level domains, including the following: .com; .net; .jobs; .cc; .tv; .bz. In my personal capacity I have less than 5% of my net worth invested in companies that are involved in registration services for top level domains. I am also an elected representative of the gTLD Registry Constituency to the ICANN GNSO Council. To the best of my knowledge, I have no ownership interest in any entity that currently has business before the GNSO or ICANN, other than as described above. ......................................................................... Bret Fausett - At Large Advisory Committee representative to the GNSO Council I am an attorney, living and working in Los Angeles, licensed to practice law in California (United States). I serve on the GNSO as a liaison from the At Large Advisory Committee, which is charged with representing the interests of end users in all of ICANN's activities. I am partner in the law firm of Cathcart, Collins & Kneafsey, LLP, which currently represents the interests of the Coalition For Internet Transparency ("CFIT" / http://www.cfit.info) in litigation against ICANN and Verisign. In my personal capacity, I have less than 5% of my assets invested in companies that are in the registry services and registrar businesses, including Tucows, Verisign, and Neustar. I do not believe that any activities of the Council or ICANN could have a material effect on the value of my investments. ........................................................................... Glen de Saint Géry GNSO Secretariat - ICANN gnso.secretariat[at]gnso.icann.org http://gnso.icann.org

1 0

Additional Disclosure
by Bret Fausett March 13, 2006

March 13, 2006

Dear Councilors, On Friday, my law firm was formally retained to represent the Coalition For Internet Transparency ("CFIT") (http://www.cfit.info/) in its lawsuit over the anti-competitive award of .COM and .NET to Verisign. For those of you not familiar with this, you can read details of the lawsuit on the ICANN website: http://icann.org/general/litigation-cfit.htm Other lawyers at my firm will handle the day-to-day responsibilities on the case, but I will be providing advice and assistance from time to time. If you have any questions about this or how this representation may affect my work for the ALAC and Council, please let me know. By a separate e-mail, I am sending an updated Statement of Interest to Glen for inclusion on the website. Bret

1 0

Update to Statement of Interest from Bruce Tonkin
by Bruce Tonkin March 12, 2006

March 12, 2006

Hello All, > > Bruce Tonkin - Registrar Constituency - GNSO Council chair > > I am employed full-time as Chief Technology Officer by > Melbourne IT Limited. > > Melbourne IT has a registrar accreditation agreement with ICANN. > Melbourne IT also has a contractual relationship with most > gtld registries (for a current list see > http://www.icann.org/registrars/accredited-list.html) and many cctld > registries as a registrar. Melbourne IT holds ten percent of the > shares in Neulevel, the operator of the .biz registry. Please note that Melbourne IT has sold its ten percent holding in Neulevel to the major shareholder, Neustar. Thus the last sentence of my statement of interest should be deleted. Regards, Bruce Tonkin

1 0

Update Statements of Interest for all GNSO Councillors 9 March 2006]
by GNSO.SECRETARIAT＠GNSO.ICANN.ORG March 9, 2006

March 9, 2006

[To: council[at]gnso.icann.org] Dear Council Members, Please find the updated Statements of Interest for all the GNSO councillors. The last statement updated was from Robin Gross. Thank you very much. Kind regards, Glen GNSO Council members Updated Statements of Interest 20 February 2006 Bruce Tonkin - Registrar Constituency - GNSO Council chair I am employed full-time as Chief Technology Officer by Melbourne IT Limited. Melbourne IT has a registrar accreditation agreement with ICANN. Melbourne IT also has a contractual relationship with most gtld registries (for a current list see http://www.icann.org/registrars/accredited-list.html) and many cctld registries as a registrar. Melbourne IT holds ten percent of the shares in Neulevel, the operator of the .biz registry. .................................................................... Ross Rader - - Registrar Constituency I am the Director of Research and Innovation for Tucows Inc., an ICANN accredited registrar and Internet services vendor. Tucows is a minority shareholder in Afilias LLC, with roughly an 8% shareholding. Neither Tucows, nor I, is in possession of, nor have access to Registry Sensitive or Registry Proprietary information as defined by any relevant registry operating contracts as a result of this relationship. Tucows provides consulting and application hosting services to other registrars and Internet services providers. I am not an officer, director, consultant, or employee of any of these customer organizations nor am I specifically involved in providing services to them. The URL for this statement is: http://www.byte.org/blog/_WebPages/StatementofInterestsforRossRader.html ........................................................................ Thomas Keller - - Registrar Constituency I'm a fulltime employee of Schlund+Partner AG. Schlund+Partner AG is ICANN accredited and is conducting business with almost all major gTLDS and ccTLDs. Schlund holds a minority share in Afilias LLC for investment purposes.Besides domain name registrations Schlund is mainly offering webhosting and email services to end users. I'm a member of the DENIC Technical Advisory Council. ....................................................................... Philip Sheppard - Commercial and Business Users Constituency I am Public Affairs Manager for AIM - European Brands Association, a Brussels-based trade association involved in public affairs activities. AIM represents the branded goods industries in Europe on key issues which affect the ability of brand manufacturers to design, distribute and market their brands. AIM's membership groups 1800 companies of all sizes through corporate members and national associations in 21 countries. These companies are mostly active in every day consumer goods. AIM's mission is to create for brands an environment of fair and vigorous competition, fostering innovation and guaranteeing maximum value to consumers. I hold various non-remunerated directorships unrelated to ICANN. I am a contact point for several domain names. Honorary positions: - President elect 2007 International Public Relations Association (IPRA), the global professional association for the PR profession. - I am a Freeman of the City of London. ...................................................................... Marilyn Cade - Commercial and Business Users Constituency I am an elected officer and councilor from the Commercial and Business Users Constituency (BC). I own and manage a consulting business that is primarily focused on Internet Governance and convergence issues involving Internet infrastructure and applications. My business is focused at the nexus of global policy and technological convergence. The topics I address include, but are not limited to: Internet Governance, VoIP, IP-TV, Data Retention, Internet intermediary liability, SPAM, ICANN, and cyber security in IP networks. I chair the Global Public Policy Committee at ITAA, and I advise the Global IP Alliance on international VoIP and Internet Governance. I also convene and coordinate various industry events and meetings on a variety of topics, primarily focused on working with industry to advocate policy positions to various governments and multi lateral organizations, including the OECD, ITU, CITEL, and APEC. I speak frequently as an expert at business and professional conferences that are held both in the US and in other countries and am usually remunerated for such events. Such remuneration does not in any way make such entities clients, nor imply client obligations. The clients of my business are concerned about the security and stability of the Internet, are registrants and users of the Internet, and are strong advocates of ICANN’s role in managing and coordinating the technical aspects of the Internet. I do not believe that I have conflicts of interest with ICANN. From time to time, I may have clients who have a direct policy interest in a particular policy area. At present, two clients that I advise have an interest in reserved names in gTLDs. As my business’ clients and their interests change, I will continue to update my statement of interest ......................................................................... Grant Forsyth - Commercial and Business Users constituency I am one of three representatives from the Business Constituency on the ICANN GNSO Names Council. I am currently employed by TelstraClear in the role of Manager Industry and Regulatory Affairs. TelstraClear is a full-service telecommunications operator that operates two ISPs, ClearNet and ParadiseNet. TelstraClear is an accredited registrar of .nz ccTLD names only under the new InternetNZ SRS. While TelstraClear presently makes no use of ENUM, it has an interest in its potential and an expectation that in due course it may wish to offer commercial services that use ENUM. I am elected Councillor of InternetNZ, the delegated .nz ccTLD manager. I have a personal domain registered in the .gen.nz space. I have not undertaken any paid work for either ICANN or InternetNZ. I have not worked for nor represented an ICANN Registry or ICANN Accredited Registrar. ............................................................................. Anthony Harris - ISPCP Constituency I am under contract as full time executive director of CABASE, a non-profit Internet industry association, incorporated as such in Argentina since 1999. - consulting work done for ICANN - NONE - consulting work done for a gtld or cctld registry, or current applicant to become a gtld or cctld registry - NONE - consulting work done for a registrar - NONE - employment with a registry or registrar - NONE .......................................................................... Greg Ruth - ISPCP Constituency I am employed full time by Verizon Federal Network Systems. Verizon has no contractual relationships with any registries or registrars. ......................................................................... Tony Holmes - ISPCP Constituency I am employed within BT Group's Chief Technology Office with the responsibility for determining numbering, naming and addressing policy and strategy for BT Group PLC. BT is a large ISP and infrastructure provider and operates in many countries across the world. BT is also an accredited ICANN Registrar, but is not currently operational. I participate in, and hold official positions in a number of other technology focused technical and policy making bodies at both the national and international level, none of which cause conflict with my work in ICANN. I have no employment, contract, financial interest or other business relationship with ICANN, registries or registrars except BT. I am an elected representative of the ISP and Connectivity Providers Constituency to the GNSO. ........................................................................... Robin Gross - Non Commercial Users Constituency I represent the Non-Commercial Users Constituency on the GNSO Policy Council. I am the Executive Director of IP Justice, an international civil liberties organization based in San Francisco. IP Justice is a California not-for-profit corporation and 501(c)(3). I am also licensed to practice law throughout California, and serve on the Board of Directors of the Union for the Public Domain, a not-for-profit corporation based in Washington DC. I teach international copyright law at Santa Clara University School of Law. From 1999-2002, I was an intellectual property attorney with the Electronic Frontier Foundation. ...................................................................... Norbert Klein – Non-Commercial Users Constituency I am at present a consultant to a Cambodian non-government organization, the Open Forum of Cambodia, which was created in 1994 to facilitate and to foster communication – not only electronic communication – in the conflictive, post-civil war Cambodian society. My relation to the Internet, and since 1999 to ICANN, originated from the fact that I created in 1994 the first possibility for people in Cambodia to have access to e-mail, and in 1996 I created the possibility to have an e-mail address in Cambodia: .kh Neither I nor the Open Forum of Cambodia have registered a top level domain – we use a secondary domain for our organization, under the ccTLD of Cambodia, .kh For myself, I use a webmail account by the German provider GMX, a GMX ProMail account, for which I pay the normal set fees. Neither we as an organization, nor I as an individual, own or have in any other way an economic interest in any IT or ICT company or related holding. ........................................................................... Mawaki Chango - Non Commercial Users Constituency I am currently a full-time Ph.D. student and Graduate Assistant, and I represent the Non-Commercial Users Constituency on the GNSO Council. In addition, I am involved in social activism through my participation in ACSIS (African Civil Society for Information Society), as ICT policy advocator, and advisor to the ACSIS’ President. Over the last five years, I have been involved as a consultant with UNESCO, the International Development Research Centre, Open Society Initiative for West Africa (Dakar), the Eduardo Mondlane University (Maputo), and EvalNet (Johannesburg). I have never been involved in any business related to the distribution and operation of Internet resources. ....................................................................... Sophia Bekele - Nominations Committee appointee to the GNSO Council I represent a California based, privately held company, CBS Enterprise Group, which is engaged in international business. As part of its portfolio of services, the company provides systems integration services through CBS International, which delivers domain registration, web hosting and email services to end users via a reseller, agreement with registrars. Less than 10% of CBS's business is derived from these services. In my personal capacity, I do not have any of my moneys, invested in companies that are in the registrar businesses. I do not believe that any activities of the Council or ICANN could have a material effect on the work I do at CBS International. .................................................................... Avri Doria - Nominations Committee appointee to the GNSO Council I am an independent research consultant and have no employment, contract, financial interest, share ownership or any other business relationship with ICANN, registries or registrars except as a holder, and fee payer, of several domain names in .com, .net and .org ...................................................................... Maureen Cubberley - Nominations Committee appointee to the GNSO Council Statement of Interest related to ICANN and the work of the GNSO Council I am a Canadian and I am currently employed in Canada by the Department of Culture, Heritage and Tourism, Government of Manitoba, as the Director of Public Library Services. I am also a senior partner in the consulting firm ASM Advanced Strategic Management Consultants, based in Ontario, Canada. I hold several non-remunerated directorships for various not-for-profit organizations. None of these organizations are related to ICANN. In the past, I have been a Director and the Chair of the Board of Directors of the .ca ccTLD registry CIRA. As a current holder of several .ca domain names, I am a member of CIRA. Consulting work done for ICANN - NONE Consulting work done for a gtld -NONE or cctld registry, - In 2004 I provided consulting services to CIRA. or current applicant to become a gtld or cctld registry - NONE Consulting work done for a registrar - NONE Employment with a registry or registrar - NONE In 2004, I served as Chair of the Business and Financial Evaluation Team, the members of which were appointed by ICANN for the purpose of reviewing 10 applications for new Sponsored gTLDs. ICANN provided each of the Team members, including myself, with an honourarium. I have no financial interest, share ownership or any other business relationship with ICANN, registries or registrars except as a holder of domain names. .............................................................................. Lucy Nichols - Intellectual Property Interests Constituency I am an elected representative of the Intellectual Property Constituency to the GNSO. I am an attorney and currently hold the position of Global Director of Intellectual Property Rights, Brand Protection Portfolio, for Nokia Inc. Nokia Corporation is an investor and Board Member of Mobile Top Level Domain "mTLD", the registry for .mobi. My responsibilities include managing the trademark, domain name, product design and brand enforcement groups of Nokia Corporation. I am a member of the 2006 Nominating Committee of ICANN. I am also on the Board of Directors for the International Trademark Assn. and a member of other IPR related professional organizations including ECTA, AIPLA, and IPO. .......................................................................... Ute Decker - Intellectual Property Interests Constituency I am full time employed as Deputy Director for Global Legal Policy by the IFPI Secretariat. I am also elected representative of the Intellectual Property Constituency (IPC) to the GNSO Council. The IFPI Secretariat is the head office of the International Federation of the Phonographic Industry (IFPI) representing the recording industry worldwide. IFPI is a non-commercial private sector non-governmental organisation, funded through membership contributions. IFPI is a member of the IPC. IFPI’s members are 1415 record companies, including EMI Music, Sony BMG Music Entertainment, Warner Music, and Universal Music and many independent record companies. The IFPI Secretariat provides services to its member and to 48 affiliated national recording industry bodies; and is responsible for co-ordinating international strategies in the key areas of the organisation's work: enforcement of copyright and trademarks, advice on technology and legal developments, relations with governments and national industry bodies, representation in international organisations, litigation, market research, and public relations. .................................................................... Kiyoshi I. Tsuru - Intellectual Property Interests Constituency I, the undersigned, Kiyoshi I. Tsuru am a partner with the law firm of BELLO, GALLARDO, MORALES Y TSURU, S.C., in Mexico City. I specialize in Intellectual Property matters. I serve as a member of the Advisory Committee of NIC Mexico, which is in turn a member of the ccNSO of ICANN. From time to time, I have served as outside counsel to NIC Mexico. I am the country manager for Mexico of the Business Software Alliance (BSA) and a WIPO Panelist regarding disputes between domain names and trademarks. ........................................................................ Ken Stubbs - gTLD Registries constituency I am a Director of, and member of the Executive committee of Afilias, Limited. - an ICANN-contracted registry I am also a member of the Policy Advisory Board of the DotMobi Ltd. (operator of the ".mobi" registry). I am an elected representative of the Registry Constituency to the GNSO council and a member of the Nominating Committee In my personal capacity, I have less than 5% of my net worth invested in companies that are involved in ICANN-contracted registry services Other than the entities listed above, I have no other current or "executory" business or contractual relationships with any entity or individuals who currently have business before the GNSO or ICANN. ....................................................................... Cary Karp - gTLD Registries constituency I am Director of Internet Strategy and Technology at the Swedish Museum of Natural History (NRM), an agency of the Swedish government. This is a full-time salaried position. I serve in a similar capacity for the International Council of Museums (ICOM) of which I am an individual member and NRM is an institutional member. I receive a small additional honorarium for that activity. I hold a non-remunerated position as the President and CEO of the Museum Domain Management Association (MuseDoma), the Sponsoring Organization for the .museum TLD. NRM is the largest museum in Sweden and charged with advising private and corporate entities in that country in matters relating to its sphere of expertise. I am regularly involved in such action. Current activity includes a joint initiative with NIC-SE, the operator of the .se ccTLD, which is collaborating with NRM in a project in the context of the Swedish national "Year of Cultural Diversity 2006". I also advise NIC-SE in general matters relating to IDN. I may from time to time receive separate honoraria for advisory services provided as a result of my position at NRM, and may be similarly compensated for writing and speaking engagements. ICOM is an NGO maintaining formal relations with UNESCO and having consultative status with the United Nations Economic and Social Council. I am directly involved in activity conducted by ICOM in its relationship with UNESCO. I represent MuseDoma in the gTLD Registry Constituency and am the elected representative for the sTLDs on the GNSO Council. I conduct no other activity with, and have no other interests of any kind that involve, entities maintaining business or contractual relationships with ICANN. .................................................................... June Seo - gTLD Registries constituency I am an employee of VeriSign, Inc., which provides certain domain registration services (directly or through its subsidiaries) for a number of top-level domains, including the following: .com; .net; .jobs; .cc; .tv; .bz. In my personal capacity I have less than 5% of my net worth invested in companies that are involved in registration services for top level domains. I am also an elected representative of the gTLD Registry Constituency to the ICANN GNSO Council. To the best of my knowledge, I have no ownership interest in any entity that currently has business before the GNSO or ICANN, other than as described above. ......................................................................... Bret Fausett - At Large Advisory Committee representative to the GNSO Council I am an attorney, living and working in Los Angeles, licensed to practice law in California (United States). I serve on the GNSO as a liaison from the At Large Advisory Committee, which is charged with representing the interests of end users in all of ICANN's activities. I do not accept legal or consulting work for companies that have business before the GNSO or ICANN. In my personal capacity, I have less than 20% of my savings invested in companies that are in the registry services and registrar businesses, including Tucows, Verisign, and Neustar. I do not believe that any activities of the Council or ICANN could have a material effect on the value of my investments. ...................................................................... -- Glen de Saint Géry GNSO Secretariat - ICANN gnso.secretariat[at]gnso.icann.org http://gnso.icann.org -- Glen de Saint Géry GNSO Secretariat - ICANN gnso.secretariat[at]gnso.icann.org http://gnso.icann.org

1 0

GNSO PDP Dec 05: New TLDs Proposed Work Plan
by Liz Williams March 9, 2006

March 9, 2006

Colleagues I have set out below, on the basis of the PDP guidelines and according to advice from the Secretariat, a proposed work plan for the current PDP on new top level domains. If Council could confirm this proposed work plan at next week's (Tuesday) Council call, I will then insert the agreed dates into the bigger operational plan which Maria has been keeping on behalf of the Council. 25 & 26 March -- Wellington Working Meeting Input on Selection Criteria [and Allocation Methods] 29 March -- GNSO Council meeting -- Wellington 2 May -- Release Initial Report which includes Wellington meeting inputs and discussions. Open 20 day public comment period; send Initial Report to other SOs, GAC and ALAC 24 May -- Close public comment period 2 June -- Release draft Final Report to Council for consideration at the Marrakech Council meeting Liz ..................................................... Liz Williams Senior Policy Counselor ICANN - Brussels +32 2 234 7874 tel +32 2 234 7848 fax +32 497 07 4243 mob

2 3

GNSO PDP Feb06: PCC Existing TLDs Proposed Work Plan
by Liz Williams March 9, 2006

March 9, 2006

Colleagues I have set out below, on the basis of the PDP guidelines and according to advice from the Secretariat, a proposed work plan for the current PDP on policies for contractual conditions for existing registries. I refer Councillors to the Taskforce Guidelines (http:// www.icann.org/general/archive-bylaws/bylaws-08apr05.htm#AnnexA) In devising the schedule below I have tried to make practical shifts to precise dates that recognise the Wellington meetings and reasonable deadlines for publication of work. If Council could confirm this proposed work plan at next week's (Tuesday) Council call, I will then insert the agreed dates into the bigger operational plan which Maria has been keeping on behalf of the Council. 10 March -- Appointment of Taskforce Representatives and notification of representatives to Secretariat 7 March - 28 March -- Public comment period 17 March -- Publication of Taskforce Charter (or confirmation that the Terms of Reference as they stand will guide the work of the Taskforce); publication of timeline for Taskforce work 22 March -- Initial Meeting of Taskforce & Appointment of Taskforce Chair. [The staff manager convenes this meeting. I suggest conducting this procedural meeting at a breakfast meeting (7:30am) in Wellington on Wed 29 March prior to the GNSO Council meeting so that the Taskforce Chair can report to the full Council the members of the TF and their proposed work schedule). Note that the TF Chair does not have to be a member of the Council. 10 April - Constituency statements due 28 April - Preliminary Task Force Report -- distributed to Council including public comments and constituency statements 3 May -- TF meeting to agree (with a supermajority) the Preliminary Task Force Report 8 May -- Post final Task Force Report for public comment 8 May - 28 May -- Public Comment Period 7 June -- Final Report submitted to Council 17 June -- Council meeting to consider Final Report. Any agreed changes are incorporated in a Board Report 22 June -- Staff Manager submits Board Report Liz ..................................................... Liz Williams Senior Policy Counselor ICANN - Brussels +32 2 234 7874 tel +32 2 234 7848 fax +32 497 07 4243 mob

1 0

RE: [council] GNSO: PDP management issues [note changed thread]
by Bruce Tonkin March 9, 2006

March 9, 2006

No - lets stick with PDP-Feb06. The less new terms we add the better. The terms of reference really define the PDP. - e.g policy regarding renewal etc. PDP-Dec05 and PDP-Feb06 are intimately linked and we should focus on the terms of reference themselves. Regards, Bruce > -----Original Message----- > From: owner-council(a)gnso.icann.org > [mailto:owner-council@gnso.icann.org] On Behalf Of Liz Williams > Sent: Wednesday, 8 March 2006 1:31 PM > To: GNSO Council > Subject: Re: [council] GNSO: PDP management issues [note > changed thread] > > Policy for Contractual Conditions: Existing TLDs. > > PCC: eTLD > ..................................................... > > Liz Williams > Senior Policy Counselor > ICANN - Brussels > +32 2 234 7874 tel > +32 2 234 7848 fax > +32 497 07 4243 mob > > > > > On 08 Mar 2006, at 19:28, Ross Rader wrote: > > > Liz - Can you decode? What is PCC and PCC-eTLD? > > > > Liz Williams wrote: > >> Marilyn > >> Thanks for your note. > >> It is not my understanding that we are to devote any resources and > >> time at all to the Feb 06 PCC: Existing TLDs PDP as part > of the two > >> day working session in Wellington. I have another email to the > >> Council in preparation about the PCC-eTLD PDP which I was going to > >> distribute tomorrow but I will send that out later tonight. > >> From my side, it is entirely premature to be discussing the PCC- > >> eTLD in Wellington. Advice from the GNSO Secretariat today > >> indicates that the public comment period will be between 7 March - > >> 27 March. On current estimations, 10 April is the deadline for > >> constituency statements. I would encourage the Council to focus > >> entirely on the new TLD PDP in the working sessions at the > Wellington > >> meetings. There is much good work to be done there and, in the > >> background, I would hope that the constituencies would be > preparing > >> their statements which will then be folded into the > PCC-eTLD Initial > >> Report. > >> Kind regards. > >> Liz > >> ..................................................... > >> Liz Williams > >> Senior Policy Counselor > >> ICANN - Brussels > >> +32 2 234 7874 tel > >> +32 2 234 7848 fax > >> +32 497 07 4243 mob > >> On 08 Mar 2006, at 18:15, Marilyn Cade wrote: > >>> Just one additional thought, since we have an "agreed" > format with > >>> numbering, etc, for ease of reference in discussion, would be > >>> important to keep that also in mind as the further documents are > >>> developed. > >>> > >>> Thanks, Liz, for the information about when we can expect the > >>> further Initial Report--e.g., end of this week. Important > to have it > >>> as soon as you can, given the work that we are all trying > to review > >>> before flying to Wellington. :-) > >>> > >>> Just one thought, though. The intent of the working session is to > >>> split the time over the two PDPs, as well as the meeting with the > >>> GAC working group on gNSO. That may have been inherent in > your email > >>> but it sounded a bit like there was thought that the > entire agenda > >>> is given over to this particular pdp, and I don't believe > that can > >>> be the case. > >>> > >>> But of course, we are still developing the exact schedule of work > >>> for Wellington. I would propose that we devote Saturday > a.m. to this > >>> work, and Saturday p.m. to the contractual terms PDP [sometimes > >>> called PDP Feb-06]. > >>> That will allow us to be prepared for our discussion Sunday a.m. > >>> with the > >>> GAC working group, and then we can return to work on the > contractual > >>> terms PDP on Sunday p.m, > >>> > >>> Best regards and thanks for the update. > >>> > >>> Marilyn Cade > >>> -----Original Message----- > >>> From: owner-council(a)gnso.icann.org [mailto:owner- > >>> council(a)gnso.icann.org] On Behalf Of Ross Rader > >>> Sent: Wednesday, March 08, 2006 11:09 AM > >>> To: Liz Williams > >>> Cc: GNSO Council > >>> Subject: Re: [council] GNSO PDP new TLDS: Call for further > >>> information > >>> > >>> In documents like this, it would be useful to augment > citations with > >>> a hyperlink to the referenced message or resource. It is > difficult > >>> (or > >>> impossible) for a layperson to read this document and > benefit from > >>> the larger context that these limited footnotes provide for. > >>> > >>> There are any number of online style guides that provide > >>> recommendations for citing online sources ) - I heartily > recommend > >>> that staff choose one of these for future use - it will > make these > >>> documents eminently more readable, and therefore useful, for our > >>> purposes. > >>> > >>> i.e. http://www.lib.duke.edu/libguide/cite/Turabian.htm > >>> > >>> [25] National Park Service, Abraham Lincoln Birthplace National > >>> Historic Site, 11 February 2003, available from > >>> http://www.nps.gov/abli/; Internet; accessed 13 February 2003. > >>> > >>> Liz Williams wrote: > >>>> Dear Colleagues > >>>> > >>>> I have attached for your review a document which sets > out a request > >>>> for additional information on the technical selection > criteria for > >>>> new TLDs. > >>>> > >>>> The document focuses on four key questions around technical > >>>> criteria which > >>> we > >>>> discussed at some length at the Washington meeting. > >>>> > >>>> Could I ask you and your constituencies to come to > Wellington with > >>>> more > >>> detailed > >>>> information about your positions (and the justification for those > >>> positions > >>>> based on ICANN's mission and values)? We would then be able to > >>>> move > >>> forward > >>>> with discussions about the appropriateness of other selection > >>>> criteria and > >>> > >>>> allocation methods. > >>>> > >>>> I will be delivering to you all, I hope by the end of > this week, an > >>> updated > >>>> version of the new TLD /Initial Report/ in which I have included > >>> Washington > >>>> inputs and other information. > >>>> > >>>> I would expect to be working on that /Initial Report/ during the > >>>> two day > >>> session > >>>> planned for 25 & 26 March. > >>>> > >>>> Kind regards and, of course, any questions come straight back to > >>>> me. If necessary, we could add quick discussion of this > document > >>>> to the agenda > >>> for next > >>>> week's Council call. > >>>> > >>>> Liz > >>>> ..................................................... > >>>> > >>>> Liz Williams > >>>> Senior Policy Counselor > >>>> ICANN - Brussels > >>>> +32 2 234 7874 tel > >>>> +32 2 234 7848 fax > >>>> +32 497 07 4243 mob > >>>> > >>>> = > >>>> > >>>> > >>>> > ------------------------------------------------------------------- > >>>> ----- > >>>> > >>>> > >>>> = > >

3 2