1 Consultation Document Ref. 2007/2 The administration of.mu country code Top Level Domain (.mu cctld) 03 March 2007
2 Public consultation for the.mu cctld (.MU NIC) March 2 nd, 2007 Contents Table of Contents I.Purpose...2 II.Background...3 III.Present administration and allocation of Internet domain names under.mu...4 Historical background...4 Historical time line...5 Existing policies and agreement for the current.mu...5 IV.Summary of discussions between ICT Authority and Internet Direct, Ltd....5 Resulting action plan...6 V.Proposed model for the administration and allocation of Internet domain names under.mu...6 Proposed Institutional Arrangements...6 VI.Proposed Domain Name Registration guidelines for.mu Domain Names...8 Registration rules for.mu domain names...9 Proposed Dispute Resolution for.mu Domain Names...12 VII.Re delegation...13 VIII.Consultation Procedure...14 IX.Questions to be considered in the public consultation process Level of awareness of the current situation Interest in an accountable, community-backed.mu Transition support Importance for a.mu identity Who should run.mu? In the case of a publicly administered.mu: Who should be allowed to register in.mu? How open should it be? General comments on policy guidelines...15 X.Appendix...16 Technical overview...16 Historical background on Internet domain names and IP addresses at the global level...16 CoCCA DRS panel experts...20
3 I. Purpose In line with the provisions of the ICT Act 2001, the Government of Mauritius through the Information and Communication Technologies Authority of Mauritius, wishes to formalise the administration of the country code Top Level Domain of Mauritius (.MU cctld) and come up with a new.mu administration framework which will ensure full transparency and greater accountability towards the Internet community of Mauritius, and the rest of the Internet community. This Consultation Paper describes the goals and associated issues of transitioning from the existing.mu administration, presently managed by a small group of individuals, to a more formally defined structure based on a local multi-stakeholder representation including Government, private sector, academia and NGOs. In this respect, the ICT Authority is inviting comments from the public for the definition of new arrangements to be put in place to ensure a smooth transition. Before undertaking any future actions, it is necessary to gauge public views on whether these new arrangements are warranted. If such is the case, the views and suggestions of the public are also required to work out the best way forward based on a consensual approach. As a first step within the proposed accountability framework, the ICT Authority is seeking inputs from the public as part of an inclusive process. Based on these inputs, the new.mu administration framework will primarily aim at catering for the needs of both the local Internet community as well as the global Internet community. Vision and scope of the.mu TLD Since domain names in the cctlds have become very popular in recent years, their management is now an important policy issue that can be integral to the development of e-services, and consequently, should be considered as part of the overall e-strategy being developed by Government. A cctld needs to be administered from within a country for several reasons: 1. it provides the country with an identity in cyberspace 2. registration, renewal, suspension of domain names, and the disputes that may arise under the cctld, will be governed by the local laws. 3. Operating the TLD from within the country is the only reliable way to acquire sufficient experience with cctld administration, before any form of outsourcing can be considered. It is, therefore, necessary for the appropriate representatives of the Mauritian Internet Community to be involved in the management of the country s top-level domain name
4 .mu in view of its impact at the national and international levels, the more so that the Internet is now firmly established as a strategic channel for the conduct of business, and increasingly so for e-government. With the proposed new arrangements described in this Consultation paper, the.mu TLD will seek to provide Mauritians with a digital identity (in the context of the Cyber Island) that is managed by a trusted authority. The overall objective is that the country code top level domain.mu should be the obvious choice for all Internet users residing in Mauritius. Furthermore, it is important that the new framework for the administration of the.mu TLD safeguards the interests of the users. In this respect, the process of domain name assignment under.mu should be quick, of high quality and affordable. This process will, in turn, imply that the allocation of Internet domain names under.mu is undertaken via a new, robust, reliable and secure registration system which will ensure a good and responsive customer service, in a competitive fashion [cf. 3 tier model]. II. Background Recent global trends on Internet domain names. In recent years, more and more countries have opted to manage themselves the Top Level Domain associated with their country code themselves. In most cases, a formal appointment process is established, and a mandated organization (known as the registry) operates the TLD on a technical and administrative basis, usually on a cost-recovery or limited profitability model this is the case with most larger registries, for instance DENIC (.DE), Nominet (.UK) or AFNIC (.FR). Another model exists where institutions considered to be trustworthy or sufficiently neutral, such as universities or research centres, and with appropriate technical knowledge, handled administration of the TLD. In other cases, third party companies have offered to manage, in exchange for direct or indirect financial compensation, the TLD of a country which did not have the resources (technical or other) or the interest to administrate the TLD themselves, as such was the case with.tv (Tuvalu) and.nu (Niue). Finally, in some remaining cases, the administration of the TLD is entrusted to a single individual, as has been and still is the case for some cctlds. Note that this is not the case of.mu, which waas delegated from IANA to Internet Direct Ltd.
5 In the recent years, organisations such as ISOC 1 and NSRC 2 have promoted technical awareness for existing cctld administrators, as well as encouraging process of countries regaining control of their cctlds, by organising cctld workshops. Over 50 cctlds have participated as of February See the appendix for a more detailed discussion of the administrative and technical aspects of DNS and domain delegation. III. Present administration and allocation of Internet domain names under.mu Historical background Until recently,.mu was administrated by Internet Direct, Ltd., a company managed by Mr. Yann Kwok. Internet Direct, Ltd. has held the role of trustee of the.mu TLD (Top Level Domain) since 1995, after, it is presumed, it was granted to him by IANA. Set up As of today, the.mu domain is currently administrated by the Mauritius Network Information Center, which itself is a member of the CoCCA (Council of Country Code Administrators) 3. It is understood that the CoCCA is incorporated in the Christmas Island. The relation between Mauritius NIC and the former Internet Direct Limited, as well as the relation between Mauritius NIC and CoCCA is explained as follows Mr. Miller as: The MU NIC purchase hosting and software development services from CoCCA and also participates in the COCCA CRS and helps fund of the independent Ombudsman's office ( ). The arrangement introduces economies of scale, and reduces the costs of operating the.mu registry and simplifies connection to the.mu cctld register. Mr. Miller describes CoCCA as follows: CoCCA is a member owned not for profit company which provides a variety of "member services". Member services include joint accreditation Dispute/Complaint resolution, 1 Internet SOCiety Network Startup Resource Center
6 Ombudsman services, hosting, merchant processing and software development. CoCCA has both private operators and national governments as members. The CoCCA NOC is located at with backup in Seattle, USA. At the date of publication of this document, no other contact information other than that listed at is available for the.mu cctld. A WHOIS service does exist, but it does not seem to provide information other than registrar and creation/expiration dates for the domains (i.e.: registrant information is not available, though this may be for privacy reasons) After the transition to CoCCA was carried out, Hyperion / Internet Direct Ltd. apparently evolved into one of several registrars (Hyperion.MU), albeit one with the largest number of registrations. It is to be noted that CoCCA itself does not manage the primary DNS servers for.mu or any other TLD, and CoCCA does not run any registry or manage any TLD's root servers. Historical time line As it is understood, the following time line describes the transition of.mu management: 1995 management of.mu entrusted to Mr. Yann Kwok by IANA / Jon Postel? creation of Interned Direct, Ltd / Hyperion, owner by Mr. Kwok, and functioning as registry / registrar for.mu 2006 transition of Registry function to CoCCA, conversion of Internet Direct's registrar function and associated registered domain to Register.MU, owned by Mr. Yann Kwok. Existing policies and agreement for the current.mu Current Guiding principles for Domain Name Registration for.mu Domain Names There are, as of today, no known guiding principles for Domain Name Registration for.mu domain names. However, an Acceptable Use Policy and Registration Agreement
7 are available, describing under which terms the registration of a.mu domain name is granted, and which restrictions apply 4 Dispute Resolution for.mu Domain Names CoCCA states the following regarding their dispute resolution policy: A considered DRS is in place - based on the.uk and.nz was developed with the assistance of the Office of the Domain Name Commissioner (NZ) and the Herb Way (the ICANN adjunct ombudsman). 5 The DRS utilizes the services of a panel of WIPO experts to arbitrate disputes. See the Appendix for a further presentation of the experts cited above. IV. Summary of discussions between ICT Authority and Internet Direct, Ltd. Since March 2004, the.mu file was handled by the ICT Authority in line with the provisions of section 18 (1) (y) of the Information and Communication Technologies Act Since then, the ICT Authority has opened up a communication line with Internet Direct, Ltd. in order to negotiate.mu re-delegation through amicable settlement as recommended by ICANN. An agreement could not be reached at the time, due to differences of views on the matter. In 2005, Internet Direct, Ltd. informed the authority of their intent to migrate the existing registry to a shared registry system. In 2006, the Authority was informed that the.mu administration had effectively migrated to the new registry system (CoCCA), which is currently located outside Mauritius. Resulting action plan An Action Plan with the following milestones has been implemented to tackle the.mu project: 4 and and
8 i. Enlistment of the services, by the ICT Authority, of an international consultant, duly recognised by the ICANN. ii. Setting up of.mu technical infrastructure at an identified location in Mauritius. iii. Public notification in national and international press regarding the need for Mauritius to file a.mu re-delegation request with ICANN. iv. Filing the.mu re-delegation case with ICANN and updating of the DNS root servers to reflect the new location of.mu administration in Mauritius. It is expected that the whole re-delegation process will take some six to eight months. As at date, with the enlistment of the services of.mu consultant by the Authority in October 2006, item (i) of the Action Plan is under implementation where a line of communication has again been opened up with Mr. Yann Kwok. The public consultation process also fits within this phase. Following the reopening of the line of communication in 2005 between the Authority and Mr Kwok, a proposal for a Heads of Agreement was put forward by Mr. Kwok / Internet Direct. This proposal is being seriously considered, as it is much closer to the goals of the Authority with regards to the future plans for the.mu registry. V. Proposed model for the administration and allocation of Internet domain names under.mu Proposed Institutional Arrangements It is proposed that that the future policy-making and administrative body in the.mu administration and assignment of Internet domain names under.mu should have a wide representation from different sectors of Mauritian Internet community. For this purpose, it is planned, in the suggested model, to assign the IMC (Internet Management Committee, as constituted by the ACT of 2001) with policy functions for the new.mu registry to be put in place. The role of the IMC will be one of policy making and direction setting for the new registry. The composition of the IMC is set to transition from its current model (appointment of its members by the Minister of Technology and Telecommunications) to an elective one, where members are voted in by the members and representatives of the local Internet community.
9 The administrative and technical responsibilities of the registry itself will be carried out by the ICTA during the transitional phase, and at a later state by a not-for-profit organization, overseen by the IMC. The goal of the new registry function will be to implement the administrative and technical functions, on the Mauritian territory, guided by the policy recommendations of the IMC. A three tier registry model is established, with accredited registrars performing registration services on behalf of business, organisations and individuals.
10 VI. Proposed Domain Name Registration guidelines for.mu Domain Names The are the guiding principles for the future.mu charter. The policy itself is composed of a number of policy documents that are collectively known as the charter. The policy documents define the rules of operation of the registry, the rules of registration, the processes by which the various entities (Registrants and Registrars) will interact with each other, and the assigned rights and obligations of each party within the scope of the registry. It is proposed that that appropriate registration policies should be drawn up to strike a balance between encouraging the development of e-business in Mauritius and guarding against overexploitation, among which cybersquatting and domain hoarding. A number
11 of guiding principles have been identified as of critical importance for the registration of domain names ending with.mu. They are: (a) the cctld ".mu" is a public resource and as such should be administered in a way that would maximise the benefits to the local community; (b) the structure of.mu domain names (e.g. the character set allowed for a domain name, the maximum number of characters in a domain name, etc.) should adhere to international standards so that domain names ending with.mu can be used globally (including such standards as IDN 6 ) (c) registration of.mu domain names should be on a need basis and the domain names are not for trading; (d) the application procedures should be simple to allow efficient processing; (e) domain names applicants should be committed to avoid infringing upon the intellectual property rights of a third party; and (f) domain name registrants are responsible for any legal liabilities arising from the use of.mu domain names and should comply with the prevailing dispute resolution policy adopted by the responsible authority. In the light of the above guiding principles, some broad registration and dispute resolution guidelines have been formulated to serve as a reference for the new policymaking and administrative body responsible for the administration of.mu domain names in drawing up the detailed registration policies for.mu domain names. These guidelines are set out below for public comment. Registration rules for.mu domain names (a) Reserved terms It is proposed that the IMC, as part of the policy process, establish a list of localities, places and names of historic or geographical significance, and possibly generic terms ( museum, travel,...) which would be off-limits to registration. Trademarks and brand names fall under the (e) and (f) points and are handled via dispute resolution. In order to protect Internet domain names from indecency, words which are obscene, scandalous, indecent, and contrary to law or morality may be added to the list of reserved terms, as off-limits for registration. 6 Internationalized Domain Names, i.e.: domain names in various national character sets.
12 Apart from the above, consideration may be given to reserving also the following: (i) reserve certain SLDs for administrative purposes (nic.mu, gov.mu, edu.mu) and delegate / give access to the relevant organizations (appointments), for instances for public authorities and online government administrations. (ii) grandfather SLDs which have been used by large customers (intnet.mu, which is just another domain) (iii) reserver other gtld names under.mu (.com.mu,.net.mu), as well as 2-letter codes, thus avoiding potential confusion with existing TLDs (ISO codes). (iv) otherwise let anyone register directly under.mu unless they conflict with the restricted list The above proposal implies a flat cctld structure, where except for a few reserved terms (public administration, government and official use), the entire.mu name space is available for registration to individuals and organisations, private and public alike. (b) "First come, first served" principle Most domain name registrars worldwide adopt the "first come, first served" principle in their registration process. The domain name registrar will check that the requested domain name has not been previously registered, but it will not determine whether the requested name infringes upon the right of a third party, for example, the rights pertaining to registered and unregistered trademarks. It is proposed that domain names should be registered on a "first come, first served" basis and that the registrar should not assume the responsibility for checking whether a domain name being applied for may infringe the rights of a third party. (c) Multiple domain names per registrant organisation It is proposed that each organisation or individual should be allowed to register more than one domain name under.mu to enable local companies to use different.mu domain names for their products and services. While not explicitly mentioned, a company or individual is entitled to reserve as many domain names as they see fit, though abuse of this right (for the explicit purpose of domain hoarding, cybersquatting or other similar practice) may incur suspension of the domain names (though the process would likely not be initiated by the Registry itself). (d) Acceptable use policy and correctness of registration information To reaffirm the principle that the domain name applicant bears all legal liabilities arising from the use of a particular.mu domain name, it is proposed that the applicant should be
13 asked to declare when making an application that to its best knowledge, the domain name applied for does not infringe upon the intellectual property rights of a third party, and that all contact information provided is correct, at the risk of seeing the domain suspended otherwise. (e) Transferability of domain name registration It is proposed that the transfer of domain names on valid grounds (e.g. the ownership or distribution right of a company, its products or services has been transferred) should be allowed, and facilitated by the Registry as a part of its standard administrative procedure, at a minimal cost. (f) Local presence requirements - registrants As the cyberspace has no geographical boundaries, consideration may be given to opening up the registration of domain names under.mu to interested parties outside Mauritius. Such a policy would attract more domain name registrations under.mu. On the other hand, ".mu" is a public resource of Mauritius. It also denotes a geographical association. It is, therefore, proposed that initially (sunrise period) only companies and organisations registered or incorporated in Mauritius should be allowed to register domain names ending with.mu. The IMC should review this restriction in the light of development of the Internet both globally and in Mauritius. Alternatively, a presence requirement for the Administrative contact could be required, such as is the case for.fr, while allowing Registrants and Technical contacts to be abroad (for instance, a foreign company registering a.mu domain name via a partner company in.mu). (g) Local presence requirements registrars Consideration may be given to the limitation or not of Registrars which may register domains under.mu (accreditation) to those which are incorporated in.mu. In practice, several commercial companies easily avoid this restriction (for example, Speednames / ASCIO) by incorporating in many countries, and establishing administrative contacts in the form of individuals residing in each country). (h) Domain names for individuals It is proposed that no differentiation be made between individual residents of Mauritius and companies or other non-physical entities. Individuals should be allowed to register domain names in the same name space as these entities. (i) Renewal of domain names
15 A technical training / briefing may be required (half to full day) for technical contact of the applying registrar. Proposed Dispute Resolution for.mu Domain Names Dispute resolution guidelines (a) IMC and ICTA to maintain a neutral role It is a common practice at the international level that that network information centres, and the policy setting bodies that advise or govern them, are not involved directly in the handling of disputes arising from the registration or use of domain names. This arrangement maintains the policy-making and administrative body's position as a neutral organisation when a dispute arises. It is therefore, proposed that neither the IMC or ICTA (and in the future, the organisation handling the technical, administrative and operational function of running the registry) is not directly involved in the process of dispute resolution. (b) Dispute resolution mechanism To facilitate early resolution of domain name disputes, it is proposed to proceed in the following fashion: The dispute resolution procedure will be invoked if the claimant is able to produce the following evidence to the Registry or the concerned Registrar: (i) (ii) (iii) the registered domain name is identical or confusingly similar to a trademark or service mark to which the claimant has rights; the registrant has no rights or legitimate interests in respect of the domain name; and the registered domain name is being used in bad faith. The dispute is then handled through process similar to that of the ICANN drafted UDRP (Universal Dispute Resolution Policy), which has since been adopted in various forms by several cctld registries. In this case:
16 (iv) The dispute will be handled by an independent arbitration panel provided by the dispute resolution service provider. The registration authority and the registrar will not be involved in the arbitration process. Alternatively, the matter could be referred to the ICT Appeal Tribunal 7 The arbitration panel will inform the disputed parties once a decision has been made. In the event that the registrant loses, an appeal against the decision may be made to the courts in Mauritius within a specified period. If no appeal is made within the stipulated period, the domain name of the registrant will be deleted from the domain name database. The domain name registrar receiving complaints against domain name will take no action until it receives instructions from the registrant or an order of a court or a dispute resolution service provider handling the concerned dispute. This balances the registrant's needs and the claimant's intellectual property rights. Parties involved in domain name disputes may go to the court to resolve their dispute before the alternative dispute resolution procedure commences or to contest the result of the dispute resolution. VII. Re delegation The process of re delegation (see involves the transferring of the technical and administrative responsibilities for the operation of the cctld from one entity to another. Re delegation in the sense of a cctld is different from that of a second level domain (example.com) in that in the case of a cctld, it is generally understood that the re delegation process is not simply a change of name servers (an operation which is a technical triviality), but a change of the sponsoring organization, which could, still in the example of the second level domain, be assimilated with a change of ownership for said domain. The re delegation process is well documented by ICANN, including the necessary procedures and agreements to be entered (though not all agreements are compulsory). Furthermore, for each re delegation performed, ICANN has published a report of each case, providing with a large number of best practices and precedents which can be referred to. 7
17 VIII. Consultation Procedure In this consultation paper the ICT Authority would like to invite views and comments from the public on the issues raised in this consultation paper. In order to facilitate this consultation process, questions have been asked for the public s careful consideration. Notwithstanding this, members of the public are not confined to these questions and are encouraged to raise any issues pertinent to them. Members of the public are welcome to submit their comments on this consultation paper to within one month from the launching date of this consultation process, that is from the 2 nd of March 2007 through to the end of March The comments will be most useful if they are substantiated with rationale, examples and alternative proposals. Kindly also include full contact particulars such as full name, designation and organisation name (if relevant), postal address, address and contact numbers. The comments will then be compiled as well as the way forward on this issue will be posted on the ICT Authority s website, IX. Questions to be considered in the public consultation process 1. Level of awareness of the current situation Comment on the perceived or factual awareness of the current situation of the.mu TLD, including pricing model, availability (as compared to.net/.org/.com). 2. Interest in an accountable, community-backed.mu What level of interest exists in the.mu in the current form? In a more accountable form, backed by a public initiative, with an ultimately not-forprofit scope? 3. Transition support
18 Is the scope outlined in sections II and III enough to support transition to a new Registry? 4. Importance for a.mu identity Is it of interest to promote the.mu TLD, and encourage (via a publicity campaign / awareness program) actors of the Internet community (users, ISPs, companies/trademark holders) to endorse the.mu? 5. Who should run.mu? Comment on administration model as proposed (ICTA-sponsored), and eventual alternative models, including what form of organization the organization should have (NGO / government / private /...) 6. In the case of a publicly administered.mu: How should.mu be financed? At a loss, cost recovery, or profit-oriented? 7. Who should be allowed to register in.mu? Private persons? Companies? Both? Residence requirement: should anyone be allowed to register a.mu, or solely residents of Mauritius? 8. How open should it be? First come first serve? Trademark holders only? 9. General comments on policy guidelines Please provide any additional comments on the suggested policy guidelines outlined in section IV.
20 X. Appendix Technical overview The technical overview is included as a separate document, covering: Information and data flows Data model Journalisation and auditing Constraints on registration Transfer of domains SLD management Overall design Functions, software and protocols (API) Software candidates Operational aspects Infrastructure Historical background on Internet domain names and IP addresses at the global level The Internet Assigned Numbers Authority (IANA) was established informally under the Information Sciences Institute (ISI) in the late 80s to manage Internet domain names, protocols and IP addressing systems. The IANA derived its authority under a contract from the US Government, which financed the original research network, ARPANET, from which the Internet has developed. The need to internationalise the governing of the Internet led the US Government to recommend the establishment of the ICANN as a global entity independent of governments to manage the systems and protocols that allow the Internet to develop. In October 1998, the ICANN was formed as a non-profit making corporation that took over the responsibility for IP address allocation, protocol parameter management, domain
21 name system (DNS) management and root server system management currently undertaken by the IANA. The Board of Directors of the ICANN (19 directors in total with the President and Chief Executive Officer of the ICANN as an ex officio director) is elected through an open and global election process so as to ensure its representation of the geographically diverse Internet user communities. Under the ICANN Bylaws, no government official may serve as a director in the ICANN Board. This notwithstanding, the ICANN has set up a Governmental Advisory Committee (GAC) to consider and advise on the activities of the ICANN as they relate to the concerns of governments, particularly on matters where there may be an interaction between ICANN's policies on the one hand and local laws and international agreements on the other. In the area of IP address space allocation, ICANN is responsible for allocating blocks of IP addresses to all users via the five regional IP registries (i.e. the American Registry for Internet Numbers (ARIN) in North America, Réseaux IP Européens (RIPE) in Europe the Asia Pacific Network Information Centre (APNIC) in the Asia Pacific Region, Latin American and Caribbean Internet Address Registry (LACNIC) for Latin America and the Caribbean region and African Network Information Centre (AFRINIC) in the African region). National IP registries and local IP registries (which are generally ISPs) apply for a subset of the IP addresses allocated by the IANA to the regional IP registries, which in turn distribute this subset of IP addresses to smaller ISPs and the end-users. To better understand the processes involved in the allocation of IP addresses on the Internet, and other administrative procedures of the Internet, consult Guide to Administrative Procedures of the Internet Infrastructure 8 Internet domain names and Internet Protocol (IP) addresses IP addresses are the numerical identifiers, unique across the Internet, by which machines can be identified and contacted. IP addresses are typically version 4 (IPv4), i.e.: 32 bit integers represented as 4 bytes separated by a dot (full stop), such as Today IP version 6 (IPv6) is being deployed (128 bit addresses, for example: 2001:660:3005:1:1:2). Internet domain names are the unique names by which the machines mentioned above can be referenced and contacted, without requiring one to remember the numerical identifier (IP address) of the machine. This mapping system between Internet names and addresses is called the DNS, or Domain Name System. Internet names are commonly known as Domain Names. 8
22 There are two recognized categories of top domain names: global Top Level Domains (gtlds) such as.com,.net,.org,.edu and Country Code Top Level Domains (cctld) such as.fr,.uk,.mu. The country codes used for cctlds are those of the ISO alpha-2 list (2 letter country code ISO standard). Normally, the administration of a cctld is entrusted to an organization (registry), the role of which is to manage the creation of Domain names for the TLD for which it is responsible. It also may define the policies under which a domain name may be created. Finally, it provides technical operation of the TLD. For a general overview of the DNS system architecture and principles, refer to appendix section. Description of the Domain Name System The Domain Name System is defined by RFC 1034  and RFC 1035 , with clarifications, extensions, and modifications given in RFC 1123 , RFC 1996 , RFC 2181 , among others. Also see RFC 434  which updates RFCs 1034, 1035 and The concepts and functions described below are important in understanding the technical and administrative nature of the DNS: Registry and registrar A registry serves as the authoritative repository for all information REQUIRED to resolve domain names registered in the registry's top-level domain (TLD), or secondlevel domains (SLDs) if the reserved SLD mode is used (e.g., co.uk, ac.nz). The registry also maintains additional information such as the administration and technical contacts for the domain name, the billing contact, and the registrar who registered the domain name. A registrar provides services to the registrant (the person who registered a domain name) and provides the information to the registry. The registrar provides domain information servers and contact and billing information) to the registry. The registrar MAY also provide additional value-added services to the registrant such as , web hosting, etc. It is to note that the functions of an ISP are distinct from those of a Registrar, though some ISPs may offer registrar services as well. The registrant is the individual end-user or moral person who is requesting the domain name.
23 Normally, the registry and registrar organizations are separate. There is one registry which SHOULD be administered as a national trust because it is a natural monopoly by definition, and multiple registrars provide competition in registering names with the registry. However, in some countries, the management of the cctld registry itself can be open to renegotiation in the form of a call for proposals from competing organisations. Primary server A primary server for a zone holds the original authoritative copy of the DNS records for that zone. This copy is stored in a zone file. This is the location of the zone file where changes are made. Secondary server A secondary server for a zone also holds a complete copy of the records for that zone, which it obtains by transferring them from the primary server whenever a change is made there. Primary and secondary servers are listed in the NS (name server) records for the zone, and are termed authoritative servers. Registry Administrative Point of Contact (Admin POC) The Registry's Administrative POC's role is to make simple, publishable rules that the applicants and registrars can follow unambiguously. It is a good idea to think of each situation as if it had to be automated. For example, given an application for example.mu, you want to be able to write a script which sends a query to some whois.registry-of -mu and see if the street address is the same as the registered company. The Administrative POC SHOULD be representing the local Internet community and be ensuring that the cctld is being run for the benefit of the country and its citizens. Registry Technical Point of Contact (Tech POC) The Technical POC's role is to maintain the contents of the zone and to make the system work. This person SHOULD be an expert in the functioning of DNS and Internet protocols in general, and have thorough understanding of the technical architecture of the Registry.
24 It is REQUIRED that the administrative contact (Admin POC) of the cctld be a person from, and currently residing in, the same country as the cctld. The technical contact (Tech POC) can be temporarily from outside the country, but it is expected that the technical contact SHALL transition to someone within the country. See RFC 1591 . Fair and equitable rules and regulations are REQUIRED. Everyone MUST be treated equally. "This means that the same rules are applied to all requests, all requests must be processed in a non discriminatory fashion, and academic and commercial (and other) users are treated on an equal basis. No bias shall be shown regarding requests that MAY come from customers of some other business related to the manager -- e.g., no preferential service for customers of a particular data network provider (ISP)." See RFC 1591 . Whois data The maintenance and availability of registration information by the admin and tech POC via a "whois" server is, while not strictly required, strongly recommended, either in the form of a traditional whois server or of a web site making it possible to lookup whois information for a given domain, within the limits of any data privacy regulations that may apply. CoCCA DRS panel experts (as communicated by Mr. Miller of CoCCA): Ombudsman Herb Waye is currently the adjunct Ombudsman for the Internet Corporation for Assigned Names and Numbers (ICANN). He is a member of the Canadian Forum of Ombudsman and the International Association of Ombudsman, and has 27 years experience as a member of the Royal Canadian Mounted Police. Herb is currently enrolled at Royal Roads University, Victoria B.C., Canada - Master of Arts, Leadership and Training, Justice and Public Safety Leadership, (MALT). Expert Panelists Hon Sir Ian Barker was a Judge of the High Court of New Zealand from 1976 to He is a World Intellectual Property Organisation (WIPO) domain dispute panelist and is
25 a Past-President and Fellow of the Arbitrators' & Mediators' Institute of New Zealand (AMINZ), and a Fellow of the Chartered Institute of Arbitrators (UK) Clive Elliott is an Auckland-based Barrister, who sits on two Law Society committees and is an officer of the New Zealand Committee of IPANZ. He is appointed to WIPO's panel of neutrals and has decided a number of international domain name disputes. Hon Robert Fisher has 15 years experience as a High Court Judge and has been involved with various forms of dispute resolution since his retirement from that position in He is the Chair of the New Zealand Judicial Computer Committee, and an Associate of the Arbitrators and Mediators Institute of New Zealand. Alan Limbury qualified as a barrister in England and practised for 32 years in major Sydney law firms before establishing a full-time international mediation and arbitration practice. In 1996/7 he was recognised by "Legal Profiles" as "the leading ADR practitioner in Sydney". Dr Clive Trotman is a Fellow of the Arbitrators' and Mediators' Institute of New Zealand. He is also a WIPO panelist.
Public Consultation on the.mu cctld Agenda Objective of Public Consultation Basis for request for new.mu framework Need for redelegation Domain Name System Concept of Authority & delegation Name servers
GOVERNMENT OF UGANDA MINISTRY OF INFORMATION AND COMMUNICATIONS TECHNOLOGY POLICY POLICY FRAMEWORK FRAMEWORK FOR MANAGEMENT FOR MANAGEMENT OF.UG OF country.ug code Top country Level Domain code Top) (cctld)
The IANA Functions An Introduction to the Internet Assigned Numbers Authority (IANA) Functions Contents SECTION 1: INTRODUCTION 4 SECTION 2: POLICY, STAKEHOLDERS AND STEWARDSHIP IMPLEMENTATION 6 SECTION
.AXA Domain Policy As of March 3, 2014 The.AXA TLD, also designated as the AXA domain or dot-axa, is a generic Top Level Domain string exclusively developed for the AXA insurance group and will be therefore
Consultation Paper on the Review on Administration and Assignment of Internet Domain Names and Internet Protocol Addresses in Hong Kong Technology and Broadcasting Bureau The Government of the Hong Kong
Internet Technical Governance: Orange s view 1 Internet Technical Governance: Orange s view With the increasing use of IP technologies in the electronic communication networks and services, Internet Technical
ARTE TLD REGISTRATION POLICY 1. ELIGIBILITY Only Association Relative à la Télévision Européenne G.E.I.E. (ARTE), its Affiliates or the Trademark Licensees could be eligible to register a Domain Name under
.eu Domain Name Registration Terms and Conditions 1/15 TABLE OF CONTENTS Table of Contents... 2 Definitions...... 3 Object and Scope... 5 Section 1. Eligibility Requirements... 5 Section 2. First Come,
LEGAL NOTICE NO OF 2014 THE ELECTRONIC COMMUNICATIONS ACT, 2013 (Act No. 9 of 2014) THE ELECTRONIC COMMUNICATIONS (DOMAIN NAME ADMINISTRATION) REGULATIONS, 2015 ARRANGEMENT OF REGULATIONS Regulation 1.
Note: This Paper was prepared by Miriam Sapiro of Summit Strategies International, LLC in May 2002 for the Center for Democracy and Technology (CDT). CDT updated it in June 2002 to reflect the cctld Redelegation
.SANDVIK DOMAIN NAME REGISTRATION POLICIES Page 1 of 18 TABLE OF CONTENTS CHAPTER 1. Definitions, scope of application and eligibility... 3 Article 1. Definitions... 3 Article 2. Scope of application...
QUESTIONS AND ANSWERS ON.EU DOMAIN NAME Introduction... 2 1) What are the goals underlying the creation of the Top Level Domain (TLD).eu?... 2 2) Who can act as an.eu TLD Registry?... 2 3) Has the Registry
SDNP.mw cctld DOMAIN REGISTRATION POLICY Ver 1.2 of 23 July 2015 Table of Contents 1. DEFNITIONS 2. PURPOSE AND SCOPE 3. ELIGIBILITY 4. CHOOSING A DOMAIN NAME TO REGISTER 5. SELECTING A REGISTRAR 6. REGISTERING
Overview The following policies, which govern the top level domain (TLD or Registry) indicated on Schedule A, are based on policies and best practices drawn from ICANN, WIPO, and other relevant sources,
Internet Structure and Organization Resources management and allocation Bernard.Tuy@renater.fr Introduction What s the Internet? Why organizations / bodies are needed? Define protocol specifications Agree
EFFECTIVE AS OF AUGUST 15, 2015.LAT DOMAIN NAMES GENERAL POLICY Effective as of January 30, 2015. The domain name registration under the gtld.lat, is delegated to Federación de Latinoamérica y el Caribe
1. The following terms and conditions apply to the domain registration Service: 1. You acknowledge and recognize that the domain name system and the practice of registering and administering domain names
Code of Conduct Exemption Request Form Internet Corporation for Assigned Names and Numbers ( ICANN ) 12025 Waterfront Drive, Suite 300 Los Angeles, California 90094 Attention: New gtld Program Staff RE:
I. Introduction These registration conditions govern the rights and obligations of the Registry Operator, International Business Machines Corporation ( Registry Operator or IBM ), and the accredited registrars,
20 August 2004 ATTY. RONALD OLIVAR SOLIS Commissioner National Telecommunications Commission BIR Road, East Triangle Diliman, Quezon City Dear Commissioner Solis: This refers to the draft Guidelines on
DOMAIN NAME TERMS This policy is subject to change, so please check regularly for updates. This policy is in addition to Sempervox Terms & Conditions. Sempervox is a trading style of Signum Corporate Communications
SPECIAL TERMS AND CONDITIONS FOR DOMAIN NAME MANAGEMENT SERVICES (DOMAIN PORTFOLIO MANAGEMENT SERVICE, LOCAL PRESENCE SERVICES AND ANONYMOUS REGISTRATION SERVICES) 1. Services 1.1 These Special Terms and
Policy for the Registration of.versicherung Domain Names dotversicherung-registry GmbH (subsequently called the "registry") is the registration office for domain names under the generic top level domain
Policy for the Registration of.hamburg Domain Names Hamburg Top-Level-Domain GmbH (subsequently called the "registry") is the registration office for domain names under the generic top level domain (gtld).hamburg.
The Internet Ecosystem and ICANN!! Steve Sheng @ Stanford University, Center for Information and Society! 29 April 2013! Ecosystem! + A network of interactions among organisms, and between organisms and
NETIM - GENERAL TERMS AND CONDITIONS OF DOMAIN NAMES CG-ND version 2.1-15 th November 2015 NETIM, limited liability company under french law, with head office located 165 avenue de bretagne 59000 LILLE
9 July 2015 Powered by A Bombora Technologies Company This document is provided pursuant to the disclaimer provided on the last page. Classification Public Page II Contents 1 Definitions... 1 2 About this
Protecting your trademarks online FACTS & FAQs 2 TRADEMARK CLEARINGHOUSE 101 Protecting your trademarks online The launch of new web addresses, known as generic top level domain names (gtlds) will greatly
The Internet Introductory material. An overview lecture that covers Internet related topics, including a definition of the Internet, an overview of its history and growth, and standardization and naming.
The Internet Introductory material. An overview lecture that covers Internet related topics, including a definition of the Internet, an overview of its history and growth, and standardization and naming.
IANA Functions to cctlds Sofia, Bulgaria September 2008 Kim Davies Internet Assigned Numbers Authority Internet Corporation for Assigned Names & Numbers What is IANA? Internet Assigned Numbers Authority
.CAT DOMAIN NAME REGISTRATION AGREEMENT In order to complete the registration process you must read and agree to be bound by all terms and conditions herein. TERMS AND CONDITIONS 1. Definitions "You" and
L 113/1 I (Acts whose publication is obligatory) REGULATION (EC) No 733/2002 OF THE EUROPEAN PARLIAMENT AND OF THE COUNCIL of 22 April 2002 on the implementation of the.eu Top Level Domain (Text witheea
.bbva TLD Registration Policy .bbva TLD Registration Policy 1. Eligibility Only BBVA and its Affiliates are eligible to register a Domain Name under the.bbva TLD. If the Registrant ceases to be eligible
.Brand TLD Designation Application Internet Corporation for Assigned Names and Numbers ( ICANN ) 12025 Waterfront Drive, Suite 300 Los Angeles, California 90094 Attention: New gtld Program Staff RE: Application
Domain Name Control Considerations When implementing an Internet presence, credit unions should establish controls to facilitate control over domain names. Credit unions should: 1. understand the Domain
TLD Registry LTD Registration Eligibility Dispute Resolution Policy This Registration Eligibility Dispute Resolution Policy (the REDRP ) is incorporated by reference into the Terms and Conditions for TLDs
MEMORANDUM OF UNDERSTANDING BETWEEN THE U.S. DEPARTMENT OF COMMERCE AND INTERNET CORPORATION FOR ASSIGNED NAMES AND NUMBERS I. PARTIES This document constitutes an agreement between the U.S. Department
General Terms & Conditions for the Registration of.vg Domain Names April 14, 2014 KSregistry GmbH (operating under the trade name Nic.VG) administers and operates the registry for internet Domain Names
DotAfrica Government Reserved Name List Policy 1 Table of Contents 1. Introduction... 3 2. Basic Principles... 3 3. Definitions... 4 4. Available Tools... 5 5. Representatives... 5 Registration of Representatives...
ICANN, IPv6 and the Root John L. Crain Chief Technical Officer Beijing, China April 12, 2007 1 In the beginning... 2 Internet s unique identifiers were coordinated through the Internet Address Naming Authority
.CO.NO Domain Information, Launch Schedule & FAQ In short, CO.NO is about the opening of registration possibilities of a Norwegian domain name to parties that can't at the moment, including: Private persons
GENERAL* POLICY OF AKKY S DOMAIN NAMES. Policy to be enforced as from May 5 th, 2012. 1. DEFINITIONS. 2. GENERAL PROVISIONS. 3. REGARDING THE DOMAIN NAMES. 4. USERS AND CONTACTS FACULTIES AND OBLIGATIONS.
SUMMARY PRINCIPLES, RECOMMENDATIONS & IMPLEMENTATION GUIDELINES 1. This section sets out, in table form, the set of Principles, proposed Policy Recommendations and Guidelines that the Committee has derived
Dominion Registries - Registration Eligibility Dispute Resolution Policy This Registration Eligibility Dispute Resolution Policy (the REDRP ) is incorporated by reference into the registration agreement
.ME Rules for Uniform Domain Name Dispute Resolution Policy (the "Rules") (As approved by domen on November 13, 2015) Administrative proceedings for the resolution of disputes under the Uniform Dispute
MALAYSIAN COMMUNICATIONS AND MULTIMEDIA COMMISSION (MCMC) AND MYNIC, MIMOS BERHAD (MYNIC) PERSONAL DOMAIN NAME PUBLIC CONSULTATION PAPER Introduction Under the Communications and Multimedia Act 1998 (the
November 27, 2015 ICANN s Preliminary Issue Report on a Policy Development Process to review all Rights Protection Mechanisms (RPMs) in all generic Top-Level domains. ECTA, the European Communities Trade
.scot Registration Policy Definitions This Registration Policy sets forth the terms and conditions, which govern.scot domain name registrations. In this Registration Policy: a. Registrant, "You" and "Your"
.ro cctld Registry Eugenie Staicut ICI Bucharest, Romania email@example.com .ro cctld Registry February 1993: IANA delegated the authority to register.ro domain names to ICI Bucharest; 1998: Founding member
RIPE Database Terms and Conditions The RIPE NCC shall make the RIPE Database publicly accessible under these RIPE Database Terms and Conditions (hereinafter: the Terms and Conditions ). The Terms and Conditions
NATIONAL CREDIT UNION ADMINISTRATION 1775 Duke Street, Alexandria, VA 22314 DATE: December 2002 LETTER NO.: 02-CU-16 TO: All Federally-Insured Credit Unions SUBJ: Protection of Credit Union Internet Addresses
Law Enforcement and Internet Governance: An Ounce of Prevention Is Worth a Pound of Cure Supervisory Special Agent Robert Flaim Federal Bureau of Investigation (FBI) Operational Technology Division Global
An introduction to IANA Presentation Notes Date 29 September 2008 Contact Kim Davies, Manager of Root Zone Services firstname.lastname@example.org While the Internet is renowned for being a worldwide network free
14. Privacy Policies 14.1. Introduction 14.2. Policy Accent Media Ltd, incorporated in England, is the Registry Operator for the Top Level Domain TLD.tickets ( the Registry ). As a company registered in
Philippines Philippines Philippinen Report Q173 in the name of the Philippine Group Issues of co-existence of trademarks and domain names: public versus private international registration systems 1. Analysis
Democratic Republic of Algeria Ministry of Higher Education and Scientific Research Research Center on Scientific and Technical Information Registration Body For The.DZ Domain Domain Name Policy for the
ICANN- INTERNET CORPORATION OF ASSIGNED NAMES & NUMBERS Prof.Vivekanandan MHRD IP CHAIR PROFESSOR National Academy of Legal Studies Research University (NALSAR) www.nalsarpro.org email@example.com
AUSTRALIAN COMMUNICATIONS AUTHORITY CALL FOR EXPRESSIONS OF INTEREST FOR A TIER 1 REGISTRY OPERATOR FOR THE AUSTRALIAN TRIAL OF ENUM REFERENCE: 04/ACA017 Organisations are invited to express their interest
COMMISSION DE L UNION AFRICAINE REPUBLIQUE DU SENEGAL ---------------- MINISTERE DE LA COMMUNICATION, DES TELECOMMUNICATIONS ET DES TECHNOLOGIES DE L INFORMATION ET DE LA COMMUNICATION AFRICAN ICT MINISTERIAL
Terms and Conditions of Domain Name Registration These conditions apply to all domain names administered by Nominet, and registrars are required to make their customers aware of them prior to registration
THE MANDATORY ARBITRATION OF DOMAIN NAME DISPUTES and SIGNIFICANT CHANGES TO THE CANADIAN DOMAIN NAME REGISTRATION SYSTEM. David Allsebrook LudlowLaw Since January 1, 2000 a fast, inexpensive arbitration
international law of contemporary media session 4: internet governance mira burri, dr.iur., spring term 2011, 29 april 2011 goals of the day the internet: origin, architecture, evolution internet governance:
Administration and Dispute Resolution of.hk Domain Names By: Jonathan Shea CEO of HKIRC/HKDNR Outline Administration of the.hk Domain Name About HKIRC and HKDNR.hk Domain Name Categories Chinese Domain
Pursuant to Article 27 Paragraph 1 of the Statute of the Serbian National Register of Internet Domain Names Foundation, the Conference of Co-Founders of the "Serbian National Register of Internet Domain
Rules and Regulations of the Dispute Resolution System Syreli SYRELI 2 Glossary "AFNIC": French acronym for "Association Française pour le Nommage Internet en Coopération" (the French Network Information
TERMS AND CONDITIONS OF REGISTRATION Applicable for the top-level domain.se from May 27, 2015 (The Swedish version of these terms and conditions shall prevail) 1 INTRODUCTION 1.1 Stiftelsen för Internetinfrastruktur
Rules of Domain Names Registration under cctld.cz In effect as of 1 January 2010 1. INTRODUCTORY PROVISIONS 1.1. This document determines the rules for the registration and delegation of the second-level
Internet Domain Names and the interaction with Intellectual Property Summary This is the first in a series of articles looking at the interaction between domain names and intellectual property. This article
Foundation for Assistance for Internet Technologies and Infrastructure Development Specifications for Registrars' Interaction with Flexireg Domain Registration System Version 1.1. Moscow, 2015 Table of
L 162/40 COMMISSION REGULATION (EC) No 874/2004 of 28 April 2004 laying down public policy rules concerning the implementation and functions of the.eu Top Level Domain and the principles governing registration
Decision No (119/2012): Domain Names Regulation Pursuant to the Telecommunications Regulatory Act issued by Royal Decree No. 30/2002; The Industrial Property Rights Law issued by Royal Decree No. 67/2008,
Websites Made Easy a division of Securecom Limited (WSME) -.nz Domain Names Terms and Conditions Terms and Conditions Governing the Provision of Services by WSME All domain name registrations, renewals
Radix Reserved Names Policy 1. Introduction This policy describes Radix FZC s and its subsidiaries ( Radix ) Reserved Names Policy as it applies to all new top-level domains operated by Radix subsidiaries
Order Code 97-868 STM Updated April 22, 2003 CRS Report for Congress Received through the CRS Web Internet Domain Names: Background and Policy Issues Summary Lennard G. Kruger Specialist in Science and
.COM.DE Domain Name Phased Rollout Policy Version 1.1 Contents A. Subject, timetable... 3 B. General Provisions... 4 I. Procedure for application, parties to application... 4 II. Registry rights... 4 III.
"Branding Strategies in light of the new Top Level Domains" What Brand Owners Can do to Protect Themselves and the Mechanism of the TMCH Kevin G. Smith Sughrue Mion, PLLC Washington, D.C. firstname.lastname@example.org
Concurred by Vice Minister of Communication & Information, Republic of Kazakhstan S. Sarsenov 2012 Approved by Administrator of Country Code Top- Level Domains in National Internet Domain, President, Kazakhstan
ELMBROOK TECHNOLOGIES LIMITED Domain Names Standard Terms & Conditions (for.nz Domain Names) All domain name registrations, renewals and other domain name maintenance services provided by Elmbrook Technologies
New gtld Basics New Internet Extensions Agenda Overview about domain names, gtld timeline and the New gtld Program Why is ICANN doing this; potential impact of this initiative to businesses, governments,