TLD Application: Description of TLD

15 August 2000

Description of TLD Policies

E 1. This section will describe all the policies DADA intends to use for the new TLD management.
E 2. TLD String: The proposed string is .PID

E 3. Naming Conventions: A double level domain mechanism has been created in order to address the scarce availability of family name domains and to avoid cornering behaviors. The mechanism is simple but nonetheless effective. According to the .PID structure, the domain name that a user can register is compulsory and is composed of three parts:

  1. TLD: .PID is obviously property of the registry
  2. SLD: it is the family name and it is the property of the Registry too. Every person with a legal right is free to use it. This will prevent any first time registrant of each possible family name to block the use of such a SLD to other persons with the same family name. It means that if John Smith registers the PID "" he cannot prevent to Paul Smith to register the PID "".
  3. Third Level Domain: it's the name or the nickname of the person. This part is property of the Registrant himself and is subordinated to the typical domain rules, on a first-come-first-served base. It means that if John Smith registers the domain "" he can prevent another John Smith to register the same domain. The second John Smith will have, in this case, to find a nick name.
E 4. Registrars: Similarly to .COMs domains, .PID will be registered by Registrants through Registrars only, there will not be any possibility for Registrants to directly access the Registry. The Registry will simply maintain the database and will offer to Registrars all the needed tools to offer to the market .PID registrations. Accredited and authorized Registrars will offer registration services of .PID to Registrants, at the price they will consider suitable and, above all, adding any kind of services they will be able to accomplish through .PID After the registration the Registry role will only be to point any registered .PID to the right Registrar, the one where the Registrant applied for his/her registration or the one where the Registrant has transferred his/her .PID. After the registration, the Registrar role will be to provide to the Registrant (i.e. its customer) the "maintainance" of the .PID plus all the possible PID's features offered by the Registrar itself in its products or services range. Every Registrar will compete in this way not only for pricing but mainly for services (e.g. web and e-mail "redirection", mail to phone and to wap and to fax, gateways with a single .PID, conversion of different addresses under a single PID, and so on). The first phase will see the implementation of a limited number of Registrars, planned in the number of 5. Applying Registrars will be selected by the Registry itself among those accomplishing basic ICANN rules, and requests to become Registrars will be sifted among those that will offer to the .PID the widest and most differentiated range of services. The public request for application, and the consequent selection of Registrars, will begin immediately after the authorization by Icann to manage the .PID TLD. .Applying Registrars will face complexity for their application very similar to those faced today by Registrars applying to Icann and Internic to be accredited for .COMs. Every Registrars will have to accept policies and SLAs, and any failure in accomplishing these terms will be argument for an administrative proceeding.
E 5. Intellectual Property Provisions:

E 5.1. As per point E.3, a .PID is composed by the family name proceeded by the first name or a nickname, We consider this to be a strong aid to trademark and intellectual rights protection. Policies will foresee that fake declaration from ther Registrant will be sufficient reason to delete or remove registration of the PID in his/her name. We don't see any problem in assigning a PID equal to a trademark if the Registrant really has his/her first or last name corresponding to a trademark, in the same way in which this is accepted and tolerated in real life.

E 5.2. The Registrant will be asked to provide his/her personal ID (fiscal codes, passport numbers, social security number, etc.), in the form provided by his/her country, where available. Double entries will simply not be admitted.

E 5.3. Firm commitment will be made to remove double entries, and to the check correspondence between SLD and family name at the registration level.

E 5.4. Trademark protection doesn't apply in every case where the Registrant is registering a PID equal to his/her first plus last name. In case of nicknames, the Registrant will have to accept policies leaving him/her fully responsibility for the chosen nickname. And UDRP still applies.

E 5.5. No, we are not proposing any special protections for famous trademarks because we are just addressing people and not firms.

E 5.6. Every Registrar will be obliged to use transparent rules so as to give to all Registrants the opportunity to choose if their personal data be public or not, available in the Whois server or not. All domain data will be complete, they will be updated three times every day, data reliability will be guaranteed by different databases placed in different places. These functions can be accessed by a web tool or by command line

E6. Dispute Resolution: .PID registry will impose and respect the UDRP defined by ICANN in its whole integrity
E 7. Data Privacy: Every Registrar will be required to respect Registrant privacy rights, including his/her freedom to decide personal data protection level. A Whois server containing registration info will be made available to the whole community, except for those registrants personal information where the registrant has requested privacy protection. The escrow service will be provided in the second time of new TLD implementation, and the data will be protected thanks to our policies and thanks to national and international Banking laws.
E 8. Billing and Collection: Basically .PID will accomplish the same billing policies in use by Internic and/or Network Solutions, so to make the registrars addition of the .PID to their services as smooth as possible. And new Registrars will find billing policies already tested and in use by a wide audience.

E 9. Services and Pricing:

  1. Revenues from Registry operations We assume to charge US$ 6 for each registration and US$ 6 for the one-year maintainance of a registered domain. The amount will slightly diminish (conservative assumption).
  2. Revenues from registrars We assume the registry will charge to registrars:
    1. US$10,000 set-up fee: covering all required activities to put the registrar on-line,
    2. US$5,000 annual fee: covering the right to be a registrar,
    3. US$10,000 training fee: covering the training for registrar staff,
    4. US$15,000 licence fee: software for the re-selling of registration according to the ASP model, simply requiring the graphical interface of the registrar (we assume that 50% of registrars will use the registry platform).
E 11. The startup phase will be implemented following the next policies
E 12. There will not be a potential rush of registration because with the .PID everyone will have to register one and only one domain: so there will not be a starting rush like with the old TLD where everyone could register hundreds of domains. DADA projects to receive 10.000 requested registration the first day, 40.000 the first week, 120.000 the first month and 350.000 the first quarter. The start-up period will be 3 months long and as special procedures we intend to enrich the family names database and we intend to use heavily the RFC (request for comment) to improve our service.

E 13. The whole .PID policies plan a limit of 1 (one) PID per Registrant, and this will apply to the start-up period as well. We do not plan any limit on the number of registered PIDs (i.e. Registrant) per Registrar.

E 14. We do not plan any pricing mechanism to dampen initial rush registration, being this limited to a PID per Registrant.
E 15. We will not offer any "sunrise period".


E 16. Only individuals or private persons, will be entitled to registered a PID in their name; no other entity (companies, associations, institutions) will be admitted to register a PID, because of they are not a person. A .PID (Permanent Identification Domain) will in this way be used to identify and locate a person, whenever the person wants, wherever he/she is. Registrants will apply for their PID through one of the available Registrars. Registrants will be asked to provide full personal data, including address, phone number and a present email address and will be invited to fill in a form providing "last name" and "first name" or "nickname", in the form "" or "". Registrant will also be asked to read and accept terms and conditions and policies, informing him/her that there is a limit of 1 (one) PID per person and that the choice of a nickname is the full responsibility of the Registrant himself. Failure in accomplishing these terms will be argument for an administrative proceeding. Registration process will then check Registrant's last name respect to the required SLD, and will proceed only in case of a correspondence. The requested Third Level Domain will then be checked against the Registrant's first name: in case of a full correspondence the registration process will proceed to an availability check and in case of a positive answer the PID will be registered and assigned to the Registrant. If the requested Third Level Domain doesn't correspond to the Registrant's first name, it will be assumed to be a nickname. Registration process will in this case check against the Registry database for duplicate ID numbers (passports, and/or others) just to avoid bona fide double entries. After the obvious availability check, the PID will then be registered in Registrant's name. We will fully adopt the standard MAP (mandatory administrative proceeding) part of the UDRP.
E 22. Into this section DADA describes the reasons and benefits that our .PID will give to the global Internet community.

E 23. Every new PID will identify only a unique person, on the net and on every other technological device. This distinction will be useful for a human being that will in this way be able to reach other people, if they want, wherever they are, independently from the technological device in use and independent of the used protocol.

E 24. The new PID will serve the market at a world wide level, at "person" level, it will have a really modest impact on companies or institutions. We foresee a modest impact on other gTLD registration, being PID a "person locator" while a generic gTLD is a "resource locator". We assume that already today a really small number of domains is in use as a "personal domain", for personal web pages or personal email addresses. This domains will eventually be replaced by a PID.
E 25. Today we, as a person, have several "addresses", being them web addresses, e-mail addresses, phone numbers, faxes, LDAP, directories numbers, wap, sms, and so on. At the time being, there is no way to provide a "single" address that can be used by others to reach us independently from the device, from the protocol and from the location. Our proposal will act as a "personal assistant" to whom you can say "Tell John I'll be there in time", and he will find "John" wherever John is, he will transfer the message to John with the most appropriate mean (voice, fax, email, sms, or even answering machine if John is busy) and he will also translate your message in other "languages" or protocols if he realizes that John is not able to read/understand the original language/protocol.
E 26. The introduction of PID will not only increase the utility of DNS for Internet users but also for the whole people community. It will increase registrars competition thanks to all the services that can be provided associated to this idea (net meeting, phone secretary, etc.) and that can be developed time by time according to market needs and requests. Registrars will be able to create new "translations" or "conversions" among different technological means and/or protocols, so to attract new users to their services and, eventually, to the PID. DNS will progressively add so their "resource locator" original function also "people location and identification" functions.
E 27. Competition between existing TLD and the new one is very low because .PID is based on another concept made of unique personal identification and so there should be competition at a Registry level. The competition between Registrars will be high through competence based on services.

E 28. We believe that in the long term Domain Name Servers will not only address and properly redirect domain names only, but also several different kinds of personal (and even companies) locators. Or, in other words, domain names will not only be used to locate resources on the Internet but also several different type of resources on different types of "networks". The introduction of IPv6 will provide a really large number of available IP address, so to assign an IP address to any kind of technological device. But still these devices will be possibily using different languages, protocols, languages, etc. Our concept is that the Domain Name itself has to evolve its function so to give human beings the quickest and easiest way to locate, reach and communicate with other human beings, independently from location and technical difficulties. Rather then remembering many different address and/or numbers of each person, .PID will provide an easy and convenient replacement to them, offering a single Permanent Identification Domain for every single person, for all of his/her needs.

Criteria to be utilized to evaluate the new TLD introduction:

  • Number of Registrars offering services based on PID: that is to say Registrars that offer services like gateway services or protocol "translation" or linking services between different technological devices now not linked (e.g. ISP, Net2Phone©, and societies form same sectors).
  • Interest from software producers to develop plug-in and patches that will permit a full .PID utilization.(e.g. if an e-mail is sent to, this e-mail will follow an e-mail protocol till the mailbox, but if Mr. John Smith had changed its devices on its Internet control panel the e-mail will follow the protocol of the chosen device (fax, SMS, etc.).
  • The numbers of .PID
  • Potential and actual Telephone companies that will adopt the .PID If there will be good results concerning the criteria listed above, those results will confirm the valid DADA' starting idea: in this way the DNS will not only be used as a domain manager but its strength will be improved without negative impacts on DNS and Internet stability. Positive results from the startup phase will permit us to extend the same .PID concepts and mechanisms from personal management to technological business firm resources.
By signing this application through its representative, the Applicant attests that the information contained in this Description of TLD Policies, and all referenced supporting documents, are true and accurate to the best of Applicant's knowledge.


Name (please print)


Name of Applicant Entity