ICANN/DNSO
DNSO Mailling lists archives

[council]


<<< Chronological Index >>>    <<< Thread Index >>>

Re: [council] Alternative naming scheme announced....


Hi Paul:

Thanks for bring this issue into our attention.

By coincidence, another company has made the same, but with TLDs in
Spanish that are not existing TLDs
The name is  new.net  http://www.new.net.    This has been having
publicity in the newspapers.

For those using Linux, they just have to add in a file resolv.con the IP
addresses of their DNS servers.  I suppouse this instruction is for the
ISPs, so they can resolve the Domain Names for their customers.   And
for those customers that their ISPs doesn't have updated their
resolv.conf file, then also they can download an application that will
make the job to give them access to websites with such TLDs.

I have some concerns:

1.   If in the future such TLDs are asigned to a Registry...Who
guarantee to the Registrant that their registration will remain valid,
in the event that the Registrar with the database of domain names
registered under such a TLD have a delay in sending such information to
the Registry and other Registrar sends another database to the Registry
with some identical domain names but
with different Registrant?

2.  What would happen if different Registrars wants to offer the same
TLD? (remember such TLD doesn't exist as such).  What about competivity
if it is suppoused that different Registrars should be able to offer the
same TLDs as others?

3.  What if the ISPs doesn't want to resolve such addresses?

4.  Is this iniciative have any effect in the stability of the DNS?

5.  New.net in their guiding principles
http://www.new.net/about_us_guiding.tp  talks about working very close
with ICANN.  I want to know if they have made such approach already to
ICANN Board and what was the response.

I think that we have to look very close to this issue since there will
be several affected sectors:
1.  The Registrant:  it is the main one since they are paying for such
domain names.  The ones that offers TLDs that doesn't exists are playing
with the customer since it is uncertainty the future of the registered
domain names.
2.  The ISP bussiness:  if an ISP doesn't want to update their networks
or even refer to their clients the software for them to resolve such
domains...some of the consequences can be that they can loose their
clients because other ISPs maybe they are willing to do it.
The question here is:  a reponsible ISP would offer such a feature?
3.  Intellectual Property:  Application of the UDRP.  How is that such
domain names can be  subject to any Intellectual Property issue if,
concerning to ICANN, such TLDs doesn't exists?
4.  Non-Commercial sector: how can the NCDNHC watch their issues if
organizations doesn't have a domain name registered under the existing
TLDs?
5.  Bussiness sector:  how can the BC watch their issues if organizatios
doesn't have a domain name registered under the existing TLDs?
6.  Registrars:  How can it be fair competition amongst the Registrars
if not all has the same oportunity to offer domain names under such
TLDs?
7.  Registry:   Is it fair that actual registries has payed $50000.00
and made a $$$$ investment and made all the legal procedure to be
acredited by ICANN and now there are other bussinesses that are doing
the same without follow the proper process?

Best Regards
Vany



"Paul M. Kane" wrote:

> Looks as if the ICANN issues "season" is starting early.....
>
> This was released today and has just been brought to my attention
> http://www.storage-way.com/code/pressmain.htm
>
> I do not know the details but it looks as if it is using REALNAMES
> technology with "NAME<dot>ANY_tld_looking_name" (eg: name.Pepsi) to
> resolve not in DNS but in a database keyword look up using Microsoft
> IE
> Cost is anticipated to sell for flat fee of between $25-$50 per annum
> according to the press release.
>
> Best
>
> Paul
>
>

--
Nilda Vany Martinez Grajales
Information Technology Specialist
Sustainable Development Networking Programme/Panama
e-mail: vany@sdnp.org.pa
http://www.sdnp.org.pa





<<< Chronological Index >>>    <<< Thread Index >>>