Introduction to New gTLDs ICANN Meeting - Cairo Sunday 2 November >>KARLA VALENTE: Hello, everybody. My name is Karla Valente. I'm the director of the new gTLD program. And this is Karen Lentz. Karen Lentz is manager of contact and research at ICANN. And today's session is an introduction to new gTLDs. And I see a lot of familiar faces. I hope we don't disappoint you, because it's meant to give an introduction on new gTLDs. We are going to have a mirror of this in Arabic. Another on new gTLDs is going to take place tomorrow, Monday, in the main room. And this is going to go more in depth about the Draft Applicant Guidebook. >>KAREN LENTZ: Okay. So just to go over the agenda briefly, we will be taking you through the basis for the new gTLD work that ICANN is doing, including some of the founding documents, history, previous application processes, the policy development work that the GNSO completed, the implementation work that staff has been doing, and an overview of the Draft Applicant Guidebook that's posted now, and the materials surrounding that, and then the tentative timeline and next steps for what happens after this meeting. So, to go back about ten -- a little over ten years ago, ICANN -- as ICANN was being founded, one of the concepts that was discussed was the possibility that there could be several more top-level domains. The quotation that's in the first box there is from the 1998 white paper having to do with the founding of ICANN, saying that the new corporation -- which is what became ICANN -- ultimately should oversee policy for determining the circumstances under which new TLDs are added to the root system. Part of the -- you know, one of the founding principles of ICANN is that it should exist to foster choice and competition in providing domain registration services. One of the ways that that's occurred was the opening up of the registrar marketplace. So there are now over 900 ICANN-accredited registrars that are registering domain names at the second level. And there's also always been the expectation that the top level would be opened up to many more top-level domains and providers of services at the top level. So the MOU, memorandum of understanding, that ICANN has had with the U.S. Department of Commerce has always made mention of new TLDs in the context of that objective. The same is true of the Joint Project Agreement that ICANN has now with the Department of Commerce that's still a key there. A couple of the key benefits that are seen to be realized from the introduction of new gTLDs. The first one is to encourage and foster creativity, innovation, consumer choice, and competition in the domain name space. So what you have with the opening up of the top level is potential for business opportunities for nonprofit initiatives, education things that possibly nobody has thought of yet. That's one. And then another key thing that it will enable is the inclusion of internationalized domain names at the top level. And you'll hear that abbreviated as "IDN." So if you look at the bottom bullet there, there's an IDN registration that -- in Chinese characters that I believe means something like "satellite phone." But the top level dot net is still limited to ASCII characters. So it's limited to the Latin alphabet, A through Z, the digits 0 through 9, and the hyphen character. So what is becoming possible is that the top level can reflect the diversity of scripts that are available around the world. So going back to -- through some history, there have been two occasions in the past when new gTLDs have been introduced. The first one -- process began in the year 2000. And that's referred to as the proof of concept round. This was something that had never been done before. And so a couple of goals in that process were to experiment and to try out as many different types of TLDs and applications as possible to create a good learning experience. So the goal in that process was not to create a large quantity of new gTLDs, but to select a group that would give a range of models that would give an effective test. So out of that process, there were something like 46 applications that were received by ICANN. There were seven selected. And all of those that were selected in that process have been successfully launched. They exist now and have many registrations. You can see those on the right. One of the concepts that came out of this round is the idea of sponsored and unsponsored top-level domains. So you see the three sponsored ones on the top, aero, coop, and museum, and the unsponsored on the bottom, biz, info, name, and pro. The idea of the sponsored TLD was that it's exclusively focused on serving a particular community or sector or group of people. So there was some policy development responsibilities given to the operator, to the sponsor, of that top-level domain to create policies for its particular top-level domain in conjunction with the exact community that it was serving. Then in 2003, there was kind of an extension of that proof of concept round that was exclusively focused on sponsored top-level domains. And in that process, it was limited to just proposals for sponsored -- new sponsored TLDs. There were ten applications received. Six of those have launched to date. Those are on the right. That evaluation process was, as it says on the bottom, extensive, and in some cases, took a fair amount of time. There were some issues that came out in that process that ICANN was sort of facing for the first time and needed to come up with ways to resolve, those being, in some cases, a technical issue or a technical proposal that was something that had not been traditionally seen or done before. And also some geographical concerns with some of the strings that were applied for here. >>KARLA VALENTE: So I think that, technically, dot tel launches at the end of the year. >>KAREN LENTZ: That's right. Lessons from the last few rounds. Those on the slide I would say are lessons learned by the ICANN community. So including applicants, including ICANN, including all of us. So one of them has to do with the need for dispute resolution processes for rights over particular names. When you open up a new space, there needs to be a process to sort out claims between different parties who believe that they have rights to a particular name. Another is launch considerations. So, again, when -- this applies mostly when you're starting up something new, there's an expectation that there's, at the very beginning, a very high volume of demand for names that are seen to be desirable or just for names that are desirable to one or two particular parties. So there needs to be a -- you know, some thought given in starting a new TLD to how do you start up. There have been various models in the TLDs that we went through. There were various models used and approaches toward doing that. So it's pretty much expected that there needs to be a clear plan for starting up. Another is the understanding interests of -- understanding the interests of governments in regional names. And, lastly, having predefined and pre-established processes. So as I mentioned, in the 2004 sponsored TLD round, there were a number of issues that came up that took a fair amount of time to deal with. One of the goals that we've had in developing the Draft Applicant Guidebook and that we expect to see going forward is that it tries to be as complete as possible in thinking through what are the possible scenarios that could occur; what are the possible combinations of scenarios that will occur; and what are the steps that ICANN will follow in the event that any of those occur. What are the requirements? What actions will applicants be expected to take? So that's one of our goals, that that information be as complete as possible before the process starts so that time is not taken, you know, once applications are received to work out what the right process should be in that scenario. So, moving up to where we are now, this chart is a reflection of all the top-level domains that exist in the root zone today. The largest piece of the pie there is the country code top-level domains, of which there are approximately 250, I think a few more. Those correspond to all of the country and territories that are on the ISO 3166-1 list, have a corresponding two-letter country code top-level domain assigned to them. So the -- that's the largest category. The yellow piece of the pie are 11 IDN test TLD strings that are in the root now. And those are for the purpose of, you know, working out any technical issues with having and resolving IDNs in the root, with having a good user experience as users and companies adopt IDN-related products, ensuring that they have a live TLD to test things out and create the best user experience they can. The last portion there is the green. And that is the gTLDs. There are 21 now. And what we're talking about with the new gTLD program is that the -- that number could possibly get much bigger, and that slice of the pie could increase. Okay. So going back to the last couple of years, the GNSO, which is the Generic Name Supporting Organization, they are a -- the group within ICANN that's responsible for developing policy applicable to gTLD. They -- the policy development process is a process that is defined and spelled out in the ICANN bylaws. There are certain steps to be followed. And as the dates indicate there, it was a little under two years for them to arrive at their final result of 19 policy recommendations. The recommendations that they arrived at were approved by the ICANN board in June. So where we are now is implementing those. A couple of other things about the policy development process and discussions, that the process encompasses a lot of consultation between -- or among all of the stakeholder groups within ICANN. There's several working groups, discussions. It was really a significant investment of time and resources involving a number of people and taking as much time as it took to reach consensus, which ended up, as I said, in 19 policy recommendations. Those are on the new gTLD Web page. You can find -- and other places. But you can find them quickly on the new gTLD page, the actual text. I'll go through a little bit kind of high-level view of what's contained in those recommendations. There are sort of four themes to them. And these correspond to -- pretty closely to the way that the GNSO thought of categories as they were working on this. The top one is kind of the overarching question of whether new gTLDs should be introduced. And the answer that they arrived at was the affirmative, that, yes, there should be new gTLDs, there should be that opportunity. And so that set the foundation for the rest of the work that was done. Allocation methods has to do with what kind of process should ICANN use to give out new gTLDs. Is it first come, first served? Is it -- you know, what sort of actual steps need to be undertaken by ICANN before gTLDs are introduced? Selection criteria has to do with what should be required of applicants in order to have a new gTLD delegated, what are the tests that need to be met and what, you know, diligence should ICANN undertake in looking at applicants, what are their technical capabilities to be able to operate a TLD in a stable and a secure way, what are the, you know, sort of long-term continuity plans that they have to ensure that it is going to be stable for registrants for some time. And, lastly, there are contractual conditions. So every gTLD operator now has a contract with ICANN that requires both ICANN and the operator to comply with certain obligations. So the last piece of what the GNSO discussed was, what should those requirements be, technical, performance requirements, there are some financial obligations, policy compliance requirements. So that was the last piece of discussion there. And then, finally, as we're working to actually implement those recommendations, there are a few other things from their discussions that I think are worth highlighting. The first is that it's the applicants who propose a gTLD that they would like to see. So that's as opposed to ICANN selecting certain strings that it would like to see as TLDs and then seeking applicants for those. The applicants actually come up with, you know, their string and their idea of how it should be used and so forth and present that as a whole to ICANN. There's no predefined limit on the number of gTLDs. So it's not envisioned that ICANN would, out of a set, say, select the top ten. If there are -- If we were to receive 100 applications and all 100 met all of the requirements and we were -- you know, there was no -- there was no requirement that they didn't meet, that all of those applications could be approved and go on to launch as new gTLDs. The third one is that IDN gTLDs would be included in this process. And when it says there "conditional on readiness," what that means is that there's been work going on in the technical community for the last -- for quite a while, but in the last year, focusing a lot on the protocols that are used to resolve IDNs in the DNS. So that has to do with what characters are valid and can be used and what rule needs to be attached to those. So that's work that's ongoing. "Rounds initially" is something also that the GNSO recommended in terms of how we start up this process. The previous application processes that I mentioned had a defined start and end date for an application period. And that's also what's intended for going forward, that there would be a round that opens and closes at a specified time. And, potentially, once a few of those have been successfully completed, that there could be a sort of steady-state process, where applications are accepted and processed on a rolling basis. And, finally, the GNSO recommended that the fees that are, you know, payable by applicants in this process, that they should be set to recover the costs of running the program, so the program would be self-funding and not take away funding from any other parts of ICANN. I think that's my portion. Karla's going to go on through the.... >>KARLA VALENTE: First of all, my apologies for not having seats for everybody. There are a few seats still available up front, if you'd like. So the Draft Applicant Guidebook. In the past, that was called draft RFP. We are calling it now Draft Applicant Guidebook, because we felt it was more appropriate to what the document actually represents, which is to provide the applicant with a road map or a step-by-step review of the whole application and evaluation process from the moment you lodge an application to the moment a TLD is actually delegated. It was posted for public comments on October 23rd, and the public comment period is 45 days now. And it is very important for us that you participate in the public comment period, because this is our opportunity to get your feedback, to get your views and make changes, as necessary, as we go towards the drafting of the final guidebook. In addition to the applicant guidebook, we also posted a number of explanatory memoranda that explains basically or provides background information of some of the issues, of some of the portions of the draft RFP. So I encourage you, if you read through the draft RFP or the Draft Applicant Guidebook but you still have questions about why things are the way they are, how the decision was made, what's the background, maybe the explanatory memorandum has this information for you. So please read the explanatory memorandum as well. And if you have additional ideas or additional concerns, please use the public comment period to tell us, "Why don't you have additional explanation on topics A, B, C." There are some areas that you will notice as you read, already read, the Draft Applicant Guidebook, you notice there are some areas still under development. For instance, we will provide refunds, but the exact amounts and what phases the refunds will be provided is not there. We also not talking about how long each phase is going to take in the evaluation process. And part of it is because we want to retain evaluators and refine the process before we can actually have a better idea, have more precision of the timing around each phase. So again, the final applicant guidebook will incorporate all of the changes through the public comments and through the discussions that we have at ICANN meetings. So I know we have been having a lot of conversations here with supporting organizations and with individuals, but I strongly encourage you to use the public comments to lodge your observations, your concerns, or even praises if you are there. This is the way the Draft Applicant Guidebook is structured. So it's structured by modules. And as you can see, you have Module 1, introduction to the new gTLD application process, which is a very general overview, but it does touch on the evaluation fee, which is $185,000. In addition to that there is an application fee for TAS, and TAS stands for TLD Application System, and all it is is a Web-based application system where all the applicants will be able to lodge their applications. They will answer the questions and they will upload documents. Evaluators would be able also to put the evaluation reports in TAS. So TAS meant to be really the repository of the whole application life cycle. Then in Module 2 you have the evaluation procedures. And as I said, there is still timing and refinement that is going to take place on the evaluation procedures. I call your attention to look at -- in most of the -- most of the criteria of most of the evaluation steps I used for all of the applicants. However, there are some that are only -- that only apply for some specific situations. So, you know, look carefully at each evaluation phase and don't make the assumption that everything applies to everybody. Also, pay close attention to the fact that there are some additional requirements for community-based applicants, applicants that plan on applying for a string that is geographic or -- geographic string. They have some additional requirements. Also, if you plan to apply for an IDN string, you know, read carefully the technical requirements for IDNs. They be you have Module 3 which is the dispute resolution procedures. I'll talk a little bit more about it later. Module number 4, string contention procedures. Basically, this applies when we have two or more applicants that have the same identical or similar strings. So there's some mechanisms that ICANN has outlined in order to first identify the strings that are identical or similar, and then to resolve the string contention. Transition to delegation. This is one of the modules that has the base agreement and in addition to the base agreement you have all of the specification documents that are listed here. So please carefully read through all of them. And the last module is the application terms and conditions. So basically this is the terms and conditions. Once you log in to TAS, you are going to be asked to accept the terms and conditions to use the system and also to participate in the application process. So this is how the whole applicant guidebook is structured. In addition to that, as I explained -- as I said, there is an explanatory memoranda and some other resources that are available on our Web site. So I encourage you to go to the new gTLD Web page and look at the FAQ and look at the other resources and the materials that we have there. And there is an e-mail address that is a dedicated e-mail address for new gTLDs, so if you have suggestions or comments about additional information, please use this e-mail address and talk to us. Some of the other resources available. So I have here the explanatory memoranda. So we have the cost considerations. This paper will explain to you how did we get to the 185 fee, basically. What is our costing model. It also talks briefly about the registry fee. The registry fee is once an application becomes successful, you know, the registry that signs an agreement with ICANN has to pay a certain fee. And this is explained there as well. There's an update on the Domain Name System, DNS, stability criteria. So in February this year we posted the paper for public comments that described the TLD string criteria. So what is the minimum number of characters, what is the maximum number of characters, whether you can or cannot use a hyphen, whether you can or cannot use other types of characters. So the specifics on the TLD string criteria on the string criteria were outlined in this document. The document we are posting now is an update. It includes an update, some of the ASCII criteria that we had before and also expands to IDNs. Geographic names process. So applicants applying for geographic names, we have a proposed progresses that will require government to authorize, basically, or have no objection on the application. So this is again a proposed process, everything you are seeing in this applicant guidebook is a proposal from us. So please look at it carefully and give us feedback on the public comments. Nothing is final on this document. Summary changes to base agreement. This is basically an outline of some of the aspects that the ICANN community was used to in having in some of our previous base agreements, and what changes in the new ones -- the new one that we are proposing now. Resolving string contention. So this paper explains how we go about identifying the contention sets. And those are the identical or similar strings. And then when do we apply a process that is called comparative evaluation and when do we apply another process. If you read the Draft Applicant Guidebook, you will notice we talk about an official mechanism for resolving string contention. On the paper, we propose this mechanism as being auction. So again, nothing is set in stone. Auction is one of the alternatives that we are proposing for the community and looking forward to your feedback. The last one which was posted after the draft RFP or the Draft Applicant Guidebook was posted is a paper that expands on morality and public order which is one of the grounds you can use for the objection process, if applicable. So this is the explanatory memoranda. The other resources that we have are protecting rights of others. And this could also be part of the explanatory memoranda. Protecting rights of others basically outlines the rights protection mechanisms that we are thinking or considerations we have throughout the process, and also in the base agreement. We have a summary of the GNSO policy. We have a mapping guidebook to policy. And this is mostly, you know, to the community that has been preparing the policy or involved in the policy process to see how this policy has been translated into this applicant guidebook. Then we have the evaluation process flow, and this is an overall process flow. We have other process flows that are specific to other phases. This overall process flow is also available on our Web site. We posted last Friday an interactive process flow. So if you go to the new gTLD page, on the right side, there is a box with resources. And you click there a link for the interactive process flow, and you will be able to navigate on the different phases. Anticipated time line. I am going to talk a little bit more about time line at the end of the presentation. There are two letters posted here that Dr. Twomey wrote to governments and also CC operators, and this is part of our communications plan. Basically globally notify governments and CC operators about what is going on. There is also a link to a pre-production algorithm. So this algorithm is pre-production, and we put it there just for you to have a feel on what this is going to look like and how this is going to function, but this is not ready at all. It's really just, you know, in the name of transparency for you to have an idea of what we have been developing. And I will talk a little bit more about the algorithm later. So this is a very high level view of the evaluation process. The first one is the application period. The application period is going to be predefined, so going to have an opening day and a closing day. And during this time, all of the applicants will lodge their applications. So the questions and the answers through this process are going to be in English, at least for now. So you expect to answer the questions in English, you expect also to upload some of the supporting documents and also pay the evaluation fee. At the end of the application period, we are going to check all of the applications for completeness. So basically we are going to look at all of the applications and see has everything been answered, have all the documents been provided, can we open and read the documents that have been provided, has payment been received, and so forth. So it's a very straightforward administrative check. And then at the end of this, we are going to post on our Web site a list of all of the applicants and all of the TLDs applied for, and we are still defining how much detailed information is going to take place once we post that information. There are parts of the application that are going to be private, you know. So I think some of the financial information from applicants. In the next version of the guidebook, we will specify more clearly what sections and what questions are going to be private and not posted for public consumption. Initial evaluation, Module 1. This is when we look at the strings and we look at the applicant and evaluate whether or not they meet the criteria that we set forth. And then for the straightforward type of applications, meaning applications that do not require extended evaluation, applications that have not been objected to, applications that have not been identified as either similar or identical to any other, those will go directly to transition to delegation. Transition to delegation basically is when we do another quick check to make sure that technically this applicant can comply with some of the delegation steps that IANA has to go through. We also check -- or we start processing the contract, the base agreement we call it, with the applicant and so forth. So as I said, the ones on the bottom, which is extended evaluation, objections and dispute resolution, string contention, these phases or the steps apply to some applications. Not all. Here I talk a little bit about the application period. So we expect the application period to last 45 days. Again, it's going to be Web-based, and the system that we are going to use is called TAS, TLD Application System. All of the application is going to be in English for now, even though we are making materials available in other languages. So using standard six United Nations languages to provide the informational materials to you, but the application itself is going to be in English. The applicants are expected to answer all of the questions and submit all of the supporting documents and payment. Applications will be reviewed for completeness and then posted on the ICANN Web site. And here is a little bit about the evaluation process. During the evaluation process, as I mentioned before, there are two types of evaluation. Two levels of evaluation. We evaluate the TLD string. So we look at the TLD string, either ASCII or IDN, and verify if it had complied with all of the string rules that were set forth. And then we look at the applicant to see if the applicant has the technical, the operational, the financial capability to run the TLD as it's being proposed to. Some of -- An important aspect, when we check the TLD string, is to make sure it does not cause technical instability. So we went through testing and research, and it's good if you have the opportunity to read the DNS stability papers to understand all of the things that we went through, looking at whether or not something could be identified up front as causing technical stability. And what has been identified up front has been -- it's present in these documents. One of the things we looked at is file extensions. File extensions, even though some might think it's not a good idea to register dot PDF or something like that, technically we have not found any issue that we could identify. We also talk about the TLD not being a reserved name or an existing TLD. Existing TLD is ccTLDs and gTLDs. And the reserved names. There is a list of top level reserved names list that you find in the applicant, the guidebook. So there are two types of reserved names list. One is the top level reserved name list, and basically you cannot apply for a TLD string that is listed on this reserved name list. There is another reserved name list which is part of the base agreement, and this is for future registries, what kind of reserved names list they would have to adopt, once they successfully go ahead and launch their TLD. Must not cause string confusion. And this is quite a challenging process for us, is to identify what causes string confusion. And we have been looking at different ways to go about it. ICANN has selected to use an algorithm as a tool to help identify the identical and similar strings and create the sets. Right now, the algorithm that we have is in ASCII, Cyrillic and Greek. But soon we will have five additional languages that will be added. We believe that with the languages choice, even though this algorithm is not going to cover 100 percent of all of the scripts and languages, at least in time for this first launch, we believe that the choice of languages that we have right now covers a majority of the applications that we might receive, and the tool is still valuable for us to be able to identify these contention sets. But in addition to the algorithm, there is going to be a panel of examiners, and we are looking at how this panel of examiners has to be basically set up, what kind of expertise levels. There's been discussions whether or not we should use only IP or only linguists or maybe a combination of different areas of expertise, maybe a cognitive psychologist, so that would help us to look at the strings and say yes, indeed, those are similar and there is very likely that this is going to cause consumer confusion. And then extended evaluation, which may apply in some cases. And I encourage you to read through what we call registry services. So right now, ICANN does have a step that looks into some of the services that registries propose or new services that registries propose to make sure they're not going to cause any kind of DNS instability. And we are kind of mirroring the same process or the same thought in developing this registry services step. Objections and dispute resolution. So there's a predefined filing period for objections. So it is very important that everybody is aware of what has been applied for. And that's why we will try as much as possible within our resources to notify and to provide the information about the TLDs and the applicants and post that. So the filing period, you have to be careful because it's going to be a predetermined filing period. An opening and a close day. How long this filing period is going to take, we don't know yet. We have received some community feedback about why don't you have an objection filing period that starts only after initial evaluation, because at least then people will know this application is not going through, so why, you know, file an objection at all. So we will take into account all of those comments. And as I said, the exact period of time of the filing of the objection is still something that we are defining. Then we have the four grounds for objection that are going to be processed by outside parties or dispute resolution service providers that have the infrastructure and the expertise to do that. And right now, we have three organizations that we are working with and might be the final ones to do this objection. It's ICC, ICDR, and WIPO. There are four grounds for objection. One is string confusion, and the goal here is to avoid user confusion. There are four grounds for objection. One is string confusion. And the goal here is to avoid user confusion. That was the intent behind that objection. The second one is legal rights objection. Legal rights objection is intended to protect intellectual property and other preexisting rights. One of the most common questions that I get is, "Karla, is my trademark going to be protected? Do I have any right for a TLD because I have owned the trademark or I have a well-known trademark?" And right now, in the process, there's nothing that reserves trademarks. There's nothing that provides trademark owners with any kind of special treatment throughout the application process or selection process. So what trademark owners should do is to look at what's being applied for, and if they believe that their rights are being infringed upon, you know, look at the dispute resolution mechanism and use it. Morality and public order. There was recently a paper published about this. This is also one of the areas that has quite different views within the community. So I encourage you to read through the paper and express your opinions as well. But the reason that objection exists was because interest of governments were meant to be protected. Then we have the community objection. The community objection is meant to protect community interests. And I also encourage you to read the draft applicant guidebook to understand what is our approach about community. We went through quite a process to try to basically develop, you know, the policy in a way that the whole community considerations made sense and were a good process. One of the challenges that we had was, what is a community? Defining a community is not something -- it's like defining culture. And it was not easy to do at all. So what we did is, we created just a set of standards of how we would identify community and how we would apply those standards in case we need to go through comparative evaluation, which is one of the dispute -- the string contention mechanisms. So I encourage you to take a look at these community-based standards and how we're treating the whole community-based applicant throughout the process and give us the feedback on that. String contention. So as I mentioned to you, two or more qualified applicants that have a string that is either identical or similar, and they have successfully passed all of the initial evaluation process, how are we going to determine who gets the TLD, basically? So what is going to happen is, there are two different types of mechanisms, comparative evaluation and another mechanism. And the proposal on the table right now is for auctions. When you have comparative evaluation, it only applies in a very specific case. And the case is if, within the set of string contention identified, if one or more applicants is community-based and has elected to do comparative evaluation, then the comparative evaluation method applies. Otherwise, it is the -- a different method to resolve that. Transition to delegation. Again, we have the standard base agreement. There were several comments that were made on the base agreement in the past days since we posted the applicant guidebook. And we are looking forward to, you know, having more comments. Again, this is a proposal. So it's very important that you give us the input. Then we have here predelegation checks. We're going to check the applicant if the application is still able to enter into a contract with ICANN, so it's still in good standing, still an established company, and technically has a number of requirements, can he meet the number of requirements in order for us to do the predelegation check. And then there's the IANA steps. And the TLD is added to the root. So this is basically the overview of the applicant, you know, guidebook, very brief. But tomorrow, there's going to be a session that is called "Understanding Applicant Guidebook" and Kurt Pritz is going to present that session. So I encourage you to attend that if you can. So what happens next? Next, we are going to publish the Draft Applicant Guidebook and the explanatory memoranda in additional languages. The additional languages that you will see are Arabic, Chinese, French, Spanish, and Russian. And what we intend to do and probably, you know -- hopefully, in two weeks or so, is to post everything for public comments at once, and for these languages that we are posting, you know, unfortunately, you know, delayed, we are going to have the 45 period public comment starting from the moment we post the documents. And, again, our apologies for not posting all at once. But it was a lot of materials to be translated. We need to finalize the public comment period and review, analyze what is out there, get back to the community with that. There's also at this meeting some discussions going on, for instance, between the GNSO and the GAC and some other organizations about geographic names and also there are still, you know, some discussions that we are following up on in addition to the public comments. We need to finalize additional implementation work. And, again, refund policy, the phases, how it takes, something in the base agreement. So all of the things that you find in the applicant guidebook that are still, you know, identified as under development or not quite clear are going to be developed from now, you know, to the next publication. We are also going to initiate procurement activities for evaluators. So when you look at the applicant guidebook, you will see there are different areas that an application is evaluated for, the string, there's geographic name evaluation for some of the applicants, additional IDN checks. So applicants are going to be evaluated for their financial and operational and technical capability. So the different areas require different experts, basically. And what we're going to do is, we're going to clearly identify what we're looking for and initiate an open procurement activity. So you should see something on our Web site in the upcoming months. Then we need to produce additional materials for public comments. What does that mean? So we have different options to go about now. Either we, from now, move to a final applicant guidebook, or we have another draft for public comments and then final, or we have additional materials sent for public comment and then final. So we are trying to look at what would be the best way to complete this work, still get the community input on the additional work, and then go to the final. And we're going to continue the global communications and outreach activities. Here is the anticipated timeline. So, as you can see, policy was approved. The draft RFP or applicant guidebook has been issued. And we expect to have the final RFP or applicant guidebook posted sometime in Q1, end of Q1 or Q2. And, again, the timing on that will depend on what happens with this public comment, what happens with the meetings, and, you know, how are we going to choose to make the additional information available for the community and get the feedback. So we expect the application launch period to be, most likely, Q3. So maybe end of Q2 and Q3. So this is some caveats. So, again, it remains -- everything remains subject to consultation. What you read in the applicant guidebook is a proposal that ICANN has. It is our way to interpret the policy that we have in front of us. And we're looking forward to, you know, working with you to further refine that. You can find more information about new gTLDs on the -- ICANN's Web site. So I recommend you specifically look in two Web pages. One Web page is the dedicated public comments page. So we have -- ICANN has a general public comments page. And if you go there, you will also find a way to the new gTLD public comments. But there's a dedicated public comments page. And when you go to this page, you can either comment -- let me see if I can get that. Yeah, so that's the dedicated one. No, that's the new gTLD page. Just give me one second. It's working. So this is the public comments page. So the period started on the 24th and is going to end on December 8th. And as I mentioned to you, once we publish the additional languages, this period is going to be different for the additional languages. If you go to the bottom, you see "related links and resources," but, most importantly, on the bottom, you see the applicant guidebook. So here, you can comment on the applicant guidebook in full, like, the overall applicant guidebook. Or you can choose to comment per module. And here are some key contents that the community has expressed interest on at one time or the other. So we preselected some key contents to highlight, so at least know more or less what is going on with this module. So you can comment per module or on the overall draft. And when you go to the new gTLD Web site, so I encourage you to go to the FAQ. If you need to send an e-mail to us, go to the newgTLD@icann.org, new gTLD, singular, not plural. You can also download the applicant guidebook from here. You have updates, and you have additional resources. And you also have historical information, not only on the policy development, but also on the previous rounds, some of the things that Karen was explaining here. If you want to read the history and what happened in the previous rounds, this is where you should go. Here also you can find or download the explanatory memorandum. So those are the two resources I encourage you to go and verify. So, again, there is a session tomorrow on understanding the draft RFP in the main conference room. And I think it's around 11:00, something like that. There is the next ICANN meeting in Mexico. Please participate in the public comments. Send us e-mail about new gTLDs. We are always looking for better ways or new ways to do things, not only on the draft RFP, but also on the Web site. If you want different ways for us to provide you with information, you know, please let us know. Your feedback is very important. Thank you very much. And I think if you have questions. Do we have a microphone? If we don't, we can -- >>JOSH: Hello, hello. I am Josh from -- Josh (saying name) from Australia. I'm just wondering, what's the benefit for end users for these new domain names? So the people who actually use e-mail addresses, Web sites, whatever. So not people who register domain names, but people who use them day to day. What's the benefit? >>KARLA VALENTE: The benefit for users of having the TLDs. For using TLDs. Users like my mother. >> Josh: Yes, exactly. Not people we meet in the street. People who -- >>KARLA VALENTE: Okay. So that is a very interesting question. We don't know who is going to apply. We know about some intentions. So our friend from dot Berlin is here, and there are some others that are here. So we know about intentions. We don't know for sure who is going to apply. And we don't know for sure how they are going to use the TLD until we see. We hear comments. We hear, actually, very interesting things. We hear geographic TLDs. You know, ways that some of the proposals say, well, there are going to be new ways that people will be able to identify themselves with a specific region or with a specific city and find information about it and be reliable and create within the city or this region a community or a title community within the Internet. We hear TLDs that are generic. We hear all kinds of community ones. Like, for instance, I heard dot banks about community and I heard communities like dot Navajo and specific communities like that that would have a place on the Internet to identify themselves and communicate and do business, maybe, or exchange information. I think IDNs is going to be big. IDNs is the one that will allow non-ASCII regions of the world to communicate in their own language. And culturally, this is a very important thing. It's a very important step for ICANN actually to be able to do that and to have this available. We also hear that maybe brands or, you know, trademark owners will apply and consider to rebrand, you know, find new ways to rebrand online. But the fact is we don't know. It will really depend on who applies and how they end up using it. >>DIRK KRISCHENOWSKI: Okay. Dirk Krischenowski from dot Berlin, from the dot Berlin initiative. I would like an answer about other documents that an applicant has to provide to ICANN. And I wasn't sure in the it Draft Applicant Guidebook whether we have to translate all documents of articles of association or incorporation, if you have a company or something like this, everything in English or some parts in local language and some parts in English language? >>KARLA VALENTE: Yes, so we are looking into that. We are looking into that because that also is going to basically drive what evaluators we select and their abilities to -- the ability to, you know, look at the documents and evaluate. We want to give some flexibility. You know, right now, the goal is not to impose more on the applicant and have them translating massive documents. So we are looking at what languages we are going to accept and how we are going to accept. Maybe not the whole, you know, -- articles of incorporation is very interesting because it depends on the country. It could be really, you know, a lot of pages. So we are looking at ways that we can help the applicant to streamline. And we don't have a final answer on that one. >>DIRK KRISCHENOWSKI: Okay. Thank you. >>DESI VALLI: Hi. Desi Valli from Net 4. I think as for the current registry policies, they are not supposed to run registrant sources. So are the current registrars allowed to apply for the new gTLDs as a registrar or do they need to start up another company or register another company? >>KARLA VALENTE: So let me make sure I understood the question. So your question is can registrars apply for TLDs and become registries? >>DESI VALLI: Yes. >>KARLA VALENTE: So you are talking basically about this model where registrars become registries. There was a paper that was posted for public comment, and this is on the registry/registrar model. So right now there are some restrictions on what can or cannot be done. So I encourage you to read this paper. We don't have an answer on what is going to happen. What we are doing right now is engaging the community in this dialogue to see, okay, what do you want to do moving forward. This is how we operate now, these are the pros and cons. How do you want to do moving forward? So I think the public comment is open right now for this, and I don't know exactly the period, but there is CRA study on registry/registrar separation. Something like that. >>JEAN PAUL BÉCHUT: Jean Paul Béchut from Nameshield in France. Don't you think there is a possibility that those new generic TLDs will kill the domain name industry? I give an example. The big brands owners are -- might be fed up to try to catch up with the market. It's already a big challenge to preserve and protect trademarks on the Internet. If you get so many new hundreds of TLDs, don't you think they might say, well, we're going to stop to play this game and go for dot Nestle rather than go for protecting all our brands in all the top levels and country codes and so forth? >>KARLA VALENTE: So that's an interesting point. And we have heard from different community members or different organizations about the potential challenges that new gTLDs could cause to brand owners or trademark owners. And we are basically listening to both sides. We have brand owners, trademark owners that are saying, well, this is going to be challenging because now I am going to have to multiply my budget, I don't know for how much, in order to be able to protect my brand in new gTLDs. But we also have brand owners and trademark owners who come and say, you know what? We are probably going to completely change the way we brand online. You know, and look at the top level as being the source. So we hear the concerns. We hear also some of the basic excitement that some are presenting. We're trying to -- the rights protection mechanism paper provides you with some information on how we are trying to at least help to address some of these concerns from the IP community. But this is an ongoing dialogue. And I think that if you use the public comment period and actually explain all of the issues, there would be the best way to have your voice heard within ICANN. >>ABEER KAMAL: Hello, my name is Abeer Kamal from Prosoft Egypt. I just have a question. Will the application process accommodate the nature of the companies from different regions? For example, the nature of a company in terms of paperwork and so on and so forth, in terms of financials and papers is different from a company situated or established in the U.S. and vice versa. So will the application process accommodate the different natures of the companies who are applying coming from different parts of the region or different parts of the world. >>KARLA VALENTE: So the process is designed to consolidate that because we expect applications to come from everywhere in the world, and different types of companies and organizations, meaning, you know, corporations or maybe government agencies, not for profit, small, newly established versus established. So we are trying to have the criteria as flexible as possible to accommodate all of that. And also, we will be carefully selecting the evaluators to make sure the evaluators would know how to deal with the different types of applications and the documents that will come our way. >>HILDE THUNEM: (Inaudible). Hi. Technical competence. That's us. I'm Hilde Thunem from the Norwegian registry and my sympathies to all the people in the room who wants to get to the finish line and get some new gTLDs out there, but I am concerned about the shortness of the comment period. Running policy development processes within Norway, which is a small country, and running sort of small policy development things, we usually have a comment period of two or three months when we want the community to actually react. 45 days is pretty short when you have such a very complex issue. What I am also concerned about is not the people inside this room. It's all the people that aren't here that is currently discovering, still, the Internet; that is struggling with the digital divide; and that will come later on, in a couple of years, and discover that once again, the -- well, the western part of the world will have been there first and been able to select what they wanted while the rest wasn't there because they didn't know about it. >>KARLA VALENTE: Thank you. So I hear two things. One is in relation to the public comment period that is currently 45 days. If the community wants an extension to that public comment period, we'll be glad to do that. The reason you have 45 days is because, you know, as a general standard, 30 is the minimum. And we looked at having 60 days, but then we go over the holidays, and we consider whether or not this was going to be really as productive, because you go over the end-of-year holidays. But most of the concerns are around time lines. So if we have extended periods of time or if we expand the public comment times, how is this going to be managed against all of the additional work that needs to be done and how does that impact the time line and so forth. But that said, I hear your concern, and if the community feels that we need more time for public comments, please speak up and we will do something about it. And again, in additional languages, once the five languages are posted, this public comment is also 45 days. So if we extend the one that is for the English materials, we have to give the same timing for the other ones as well. So as you can see, once you start expanding, you know, as long as the community understands that there is an impact on the time line, we are happy to accommodate. The second point, if I understood correctly, is -- has to do with awareness; right? How much, really -- how much effort is ICANN doing in order to make sure that this is being heard in the different corners of the world. So there's a communications plan that we have, and in the communications plan, we have our regional liaisons, we have the regional meetings. We communicate with local governments, we communicate with regional organizations, because we're looking for the kind of cascade effect. From a media standpoint, we try to do a media outreach through a company that we work with, as much as possible. Are we doing enough? We're doing as much as we can within the budget that we have. That is my answer, my honest answer to you. And we are going to be doing -- we will try to expand, like, doing webinars, some of the things that might not be as costly to, you know, help in this outreach program as well. Maybe there's something that can be done with the CC operators. I don't know. But if you have additional ideas beyond what I mentioned, beyond what we are doing, I am going to be very happy to hear. >>VITTORIO BERTOLA: (inaudible). >>KARLA VALENTE: No sound? >>VITTORIO BERTOLA: Okay. Now it seems to work. I am Vittorio Bertola. I'm a wanna be applicant. And I think I have two questions. The first one is, provided that I am applying for a string that doesn't infringe the rights of others, has the appropriate degree of public support, if it's a gTLD, has public administration support, and all these conditions, doesn't clash with requests by someone else, and so on, the only criteria is, basically, money, so if I can raise enough money to pay for the fees or not. Am I right? So there's no evaluation on whether the proposed application is useful in any way or not? So even if I, for example, wanted dot my name, just for vanity, as long as I've got the money and I don't infringe the rights of others, I would get it? Am I understanding this right? And the second question is whether the amount of money, so the fees, are depending on the type of application or not. So when the applicant, for example, is a charity or not for profit, whether it's from a developing country or a developed country, I mean, it's all the same? Because there was some discussion in the past about differentiating it. But I don't know the conclusion. Thank you. >>KARLA VALENTE: So I hear two questions. And, you know, correct me if I'm wrong. The first question was about the actual use of the TLD; right? What if one wants to apply for a TLD just, you know, to have the name reserved and not actually launch it, to have, you know, third-party registrations or second-level registrations. Is that right? Did I capture that right? >>VITTORIO BERTOLA: Yeah. (inaudible) that I want (inaudible). >>KARLA VALENTE: Yeah. So in the applicant guidebook, I don't believe we have defined operational end use in that sense. This is discussions and feedback that we are having, because other organizations came to us and said, "You know what? What if I use my dot TLD only as -- you know, internally to give e-mails to employees, or, you know, to basically integrate my subsidiaries around the world or affiliates around the world and things like that?" We also heard from trademark practitioners and brand owners, well, it is likely that I will have to register my TLD for defensive purposes, because these are some of the practices that you have on the second level right now. So we have been having that kind of feedback. And we are looking into what is use and what is operational. You know, because, basically, it's very hard for you to say to a registry, "You must be operational within a certain period of time." There's a lot of conditions. There's a lot of things that this registry, you know, may depend on in order to launch. So we're trying to be very careful so to be respectful of the business, you know, what the business can in fact do, and not to say to them, "Understand you are delegated, you have to launch within 48 hours." So we're not doing that. But this is one area that we appreciate feedback from the community, what are your feelings about the use of the TLD, on having the TLD operational? What do you think is operational? And so forth. The second question was about the fee. So right now, the proposal is to have $185,000 that is paid by all of the applicants. We are not making a distinction based on the type of TLD or type of organization or type of applicant. It's one fee for all of the applicants. Earlier, during the GNSO discussions that we were having, some raised the question of whether or not if one applicant applies to more than one TLD, you know, should this applicant have a reduction in the second or third, the fourth application, because the entity -- the evaluation costs are going to be, you know, not the same, obviously. And the answer was, no. We're treating each application individually. And the fee is the same for every applicant. >> Hello (inaudible). I appreciate the effort you are doing to make comprehensive delegation. But if there is -- and you talked about the -- in case of contention, the mechanism for auctioning or for beauty contest. But this guarantees that there is no secondary treating of utilities. If -- if there is a second possibility for second reiterating of gTLDs. >>KARLA VALENTE: I'm sorry. I'm not sure what is the secondary -- >> Resale of -- resale of TLDs. >>KARLA VALENTE: Oh, reselling TLDs. >> Reselling. >>KARLA VALENTE: So, for instance, one registry is granted dot ABC and they resell that TLD to another entity later? Is that the question? Okay. Yeah, that was one of the issues that was on the table for discussion. We do not have a final answer on that one, because we looked at not only reselling, but what happens also in the case of mergers and acquisitions. That is something that happens in our -- you know, in this world every single day, what happens to this registrant, the TLD. Because our concern is about the longevity of the registry and the impact on the registrants and so forth. So this is something that we're still looking at. Janice, I think the next time the mike just works at once, we should grant the TLD to the applicant. Because it's a sign. [ Laughter ] >> My name is (saying name). I'm from Nigeria, the dot NG ccTLD. I have two concerns I want to raise. The first is with the geographic names. My city is a very key area of contention, specifically for Nigeria, most regions. For example, I have, in name, Lagos. Lagos is both a city and a state in Nigeria. What then constitutes a community endorsement or objection to the geographic name Lagos? It's going to be very chaotic, the way I feel, if these things are not properly defined and they are specific to countries. There is a local government. There is a state government. There is a federal government. And each will lay claim to -- >> The mike -- >> Citizens as well. So how would all this be resolved to take care of each of the regions and each of the authorities? The second aspect is my fear that ICANN might be heading towards a registrar status. If we have ICANN registering vanity names -- >>KARLA VALENTE: I'm sorry for that. So just to answer your first question -- and it's a very good one -- what happens with a geographic name that comes from an applicant for a region or a place that might have been going through some kind of political or economic transition or challenges and you cannot clearly identify the supporting government. Did I capture that right? >> No. It has multiple levels. >>KARLA VALENTE: Layers, yeah. Yeah, this is one of the -- this is one of the identified issues that we have in the process to streamline or iron down. And we are going -- during this Cairo meeting, there is going to be discussions between the GAC and the GNSO on these geographic names, the high-level proposal that we have so far. But I agree with you, there's a lot of details about the process that we still need to look at. I'm being told that I need to cut off time. And so I can maybe take one more. Okay. Can -- >> (inaudible). >>KARLA VALENTE: Okay. Would you mind to speak up. >> ANNALISA ROGER: Sure. My name is Annalisa Roger. And I'm interested in the community-based TLDs. First, I wanted to make a comment. I think I read in the RFP about individuals. So that might be the dot name idea, that individuals would not. >>KARLA VALENTE: Cannot apply. Yes, cannot apply. >> But my question is -- >> Hold one second, because the folks in the back would really like to hear. So if you don't mind. >> ANNALISA ROGER: Yes, my name is Annalisa Roger. My question is regarding community applications. There was a part that I read in the RFP about an existing organization or an existing entity that had to be established. So what about the case where the community has been established for a long time, but maybe the applicant is newly formed to represent the community. Would that -- do you know anything about that part? >>KARLA VALENTE: I think -- so if I understand correctly, is you have an established community. However, the applicant is newly incorporated organization or a not for profit. Do you want to take that one. It's equal opportunity. >> ANNALISA ROGER: Is there an evaluation for how long the applicant has been in good standing? >>KAREN LENTZ: Right. So those are a little bit two separate questions. So the applicant, as a legal entity, how long has that been established. There's no -- there's no real requirement on that. You know, they need to be established somehow and show that they -- you know, show proof of that. But that doesn't necessarily mean that the community -- I mean, the community may have been around for 100 years, or it may have, you know, come about more recently. But in terms of just looking at -- during the evaluation process, you're looking at the applicant and whether it's, you know, been legally established. The discussions about the community, existence of the community and how it's been formed and what its sort of borders are, how long it's been around, are inquiries that come up when -- in cases where there is a community-based applicant and there are -- there is a contention situation where there are, you know, either several -- the community-based is one of the applicants trying to get a particular string, or in the case of, say, an objection to an application, that that's part of the inquiry that is going back to look at the community that was claimed and looking at, you know, how long that has been around is one factor that could be part of that. But it doesn't necessarily -- there doesn't necessarily need to be a one-to-one mapping between the applicant, the time of establishment of the applicant and the community. >> Karla and Karen, we had a technical malfunction just that is gentleman was about to ask his. >> Yes my name is Oliver (saying name), from dot Hamburg, which is a quite new initiative. We plan to apply for a city top-level domain for the city of Hamburg or the cities called Hamburg in the world. And I'm interested in the further period of time for further applications. You said that the first applications will be possible in Q3 in 2009. How is the further timeline? Will that be once a year? Will that depend on the number of applications you have? Or what are the ICANN plans concerning this? >>KARLA VALENTE: So we need to publish the following round when we publish the final RFP, when we publish the first round, so people around the world can, you know, know that there's going to be this application period. Then my next opportunity is going to be on such and such time. We have to look into how we're going to time between the first and the second round. The different options that we're looking to, there's no perfect one. All of them have pros and cons. So you can look at, okay, we finalized the first round, and all of them either get, you know, rejected or delegated, and this is only when this happens, you open the second round. Or you can do something like, well, you block the TLDs that were applied for this round and you launch the second round and then resolve the first round. So we're looking at the different ways that we could go about establishing very good timing between one round and the next one. And if the community has suggestions on how to go about that, knowing that evaluation -- you know, different applications can take different evaluation cycles, so to speak. So if you have suggestions, that would be very welcome. But we should publish that when we publish the final applicant guidebook. That's it. So thank you, everybody, for coming. And we are going to be around here. So if you have any questions, I'll be happy to answer. [ Applause ]