 |
TLD Application: Description of TLD
Policies
15 August 2000
|
|
Description of TLD Policies
|
| |
| I. GENERAL TLD POLICIES |
| II. REGISTRATION POLICIES DURING THE
START-UP PERIOD |
| III. REGISTRATION RESTRICTIONS |
| IV. CONTEXT OF THE TLD WITHIN THE DNS |
| V. VALUE OF PROPOSAL AS A PROOF OF CONCEPT |
| |
| |
| I. GENERAL 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:
- TLD: .PID is obviously property of the registry
- 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 "john.smith.pid" he cannot prevent
to Paul Smith to register the PID "michael.smith.pid".
- 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 "john.smith.pid" 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. |
| Top |
| 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:
- 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).
- Revenues from registrars We assume the registry will charge to registrars:
- US$10,000 set-up fee: covering all required activities to put
the registrar on-line,
- US$5,000 annual fee: covering the right to be a registrar,
- US$10,000 training fee: covering the training for registrar staff,
- 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).
|
| Top |
| II. REGISTRATION POLICIES DURING THE START-UP PERIOD |
| 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". |
| Top |
|
III. REGISTRATION RESTRICTIONS
|
| 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 "firstname.lastname.pid" or "nickname.lastname.pid".
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. |
| Top |
| IV. CONTEXT OF THE TLD WITHIN THE DNS |
| 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. |
| Top |
| V. VALUE OF PROPOSAL AS A PROOF OF CONCEPT |
|
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 michael.smith.pid,
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.
|
| Top |
| 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. |
|
_______________________________
Signature
_______________________________
Name (please print)
_______________________________
Title
_______________________________
Name of Applicant Entity
_______________________________
Date
|