[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [icann-europe] European RootServer System
- To: icann-europe@lists.fitug.de
- Subject: Re: [icann-europe] European RootServer System
- From: Jefsey Morfin <jefsey@wanadoo.fr>
- Date: Tue, 23 Apr 2002 16:25:11 +0200
- Delivered-To: icann-europe@angua.rince.de
- Delivered-To: mailing list icann-europe@lists.fitug.de
- In-Reply-To: <Pine.BSF.4.21.0204231440060.73362-100000@pan.bijt.net>
- List-Help: <mailto:icann-europe-help@lists.fitug.de>
- List-Id: <icann-europe.lists.fitug.de>
- List-Post: <mailto:icann-europe@lists.fitug.de>
- List-Subscribe: <mailto:icann-europe-subscribe@lists.fitug.de>
- List-Unsubscribe: <mailto:icann-europe-unsubscribe@lists.fitug.de>
- Mailing-List: contact icann-europe-help@lists.fitug.de; run by ezmlm
- References: <NDBBIKNDKGJKBDCLJHPLGECFEGAA.andy@new.net>
- Sender: icann-europe-return-241-icann-europe=angua.rince.de@lists.fitug.de
On 14:55 23/04/02, Marc Schneiders said:
>I would think any European or non-American root server set that really
>wants to address the namespace issues should start with a pre-ICANN
>root, as far as the included TLDs are concerned. So without the 7 new
>TLDs (biz, info, museum etc) and without ps and eu...
Interesting point. This comes back to 1984 when we interconnected the ARPA
network. cf. RFC 883 and ".arpa". This is one of my points: we can resume
development: legacy on its side and International data networks on the
other side. We created many TLDs on the Intl side and kept giong. On the
ARPA side they just created .org, .mil, .edu, .gov.
>Lots of European languages also need ML domains (or IDN as I think we
>are now supposed to call them) to represent their names: Scandinavian
>languages, French, German, Spanish, Portugese, Greek, Dutch. And I am
>sure there are more
True.
> > In light of these points, I do think it is pertinent and sensible to at
> > least explore this issue, not because multiple technical roots are
> > necessarily desirable, but because they may (particularly in the long term)
> > be the most pragmatic and secure way of ensuring interoperability of naming
> > systems.
>
>This sounds like newspeak to me.
Interesting to develop Andy? There are different ideas abou this depending
on the architecture ideas you may have.
> > I know that is the perspective of the ITU which is concerned with
> > the pragmatic operation of technical systems within the real world
> > constraints of national interests.
>
>I know very little of the efficiency and speed of the ITU. Do you
>think we will ever see, e.g., a new gTLD if the ITU takes over?
God protects us and the ITU/T againts the ITU/T "taking over". What we need
is the ITU/T to be one mong others hosting a concertation. The ICANN's
problem is not the ICANN it is its self infatuation into a worldwide gov.
When we can dialog with it a lot of things will change. They called on the
Govs for help. The ITU/T is the Govs in the telecom area, so they respond.
Lynn asked for help, not for being taken ove. If the ITU/T comes and help
as a) several physical numbering plans b) as the telephone numeric naming
plan, ie as a peer not as a top, it will be OK. Otherwise it will be doom
and fight. They know it.
jfc
--
To unsubscribe, e-mail: icann-europe-unsubscribe@lists.fitug.de
For additional commands, e-mail: icann-europe-help@lists.fitug.de