Re: Multinational Internet or Balkanization?

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



At 17:57 04/03/2006, Kjetil Torgrim Homme wrote:

On Fri, 2006-03-03 at 13:00 +0100, JFC (Jefsey) Morfin wrote:
> At 07:32 03/03/2006, Martin Duerst wrote:
> >You mix up technology and policy. Technology-wise, the Chinese are not
> >doing anything else than anybody else (read IDNA/Punycode,...),
> >plus probably some 8-bit stuff based on GB2312 and maybe even UTF-8
> >for backwards compatibility with earlier experiments.
>
> Dear Martin,
> It would be no use to tell you that you confuse many things. I would
> only suggest you to test and understand rather than guessing. The
> Chinese set-up is very simple. But it belongs to a standard (every
> other global network system) culture which is not (yet?) the IETF culture.

well, what Martin writes makes sense to me.  I'm afraid I have no idea
what you are trying to say, however.

Dear Kjetil,
this is the core of the problem. I may use an imperfect Franglish which does not help. But I have two kinds of readers (through their responses).

- those who do not understand: mostly IETF, ICANN. They use to say: "I think, it seems, etc." and quote RFCs and ICANN documents. - those who do, support and use. They mostly test, implement, ask for information, confirm, and use.

The problem is simple. There is a new internet under way. It has been created by the US decision to control the internationalised ASCII legacy internet. This leads other languages, nations, communities, corporations, etc. to consider copying the USA. China experiments it at the level of the largest linguistic disapora. I experiemented it three times, two at the international network level with its precedant other technologies and one through a internet technology test-bed.

This new internet is not a new technology (at least for the time being). It is a new way to use the existing technology to compartimentalise its operations. This is a phenomena I am used to name "externets". It is not a new standard, it is a configuration, like intranets, extranets, VPN, NATs, etc. It is certainly a basic component of the Multilingual Internet.

> >(Speaking in Phillip's terms, the IETF has already defined how
> >to add a 'j' key to a telephone, and most telephones already
> >have one, or an equivalent.)
>
> I do not understand what Phillips means?

a complex number has a real and an imaginary part, and the imaginary
part is denoted with a "j" (well, engineers use "j", mathematicians tend
to use "i").  Phillip noted that MIT could use complex telephone numbers
for internal use without impacting worldwide telephone routing, since
they'd use an orthogonal name space.

OK. I use "i". I never thought Philips considered "complex numbers" because it would means he has absolutely not understood the set-up. And, if one was able to pick it immediately I thought he would be that one!

China is an example of externet. Its importance is that it works for three years and no one noticed. More: no one wanted to believe it existed. This proves that the Internet did _not_ suffer from it. The result is that the test is succesfull and many will now copy it.

The problem is that from my experiments and analysis, there is no problem in having two major externets. But there are problems in having three and more.

These problems can be easily solved. However solutions are technical but also ethical, societal, ecomical, political. I see two main options:

1. either the IETF understands, accepts and works (very fast) together with all the concerned parties:
  1.A either to stay the technical leader of the Internet technology
1.B or to document interoperability for the Internationalised Legacy - broadly the ICANN space.

2. or the IETF does not want to reconsider RFC 3935 and its mission of global influence on those who design, use and manage the Internet. We have an increasing interoperability problem as new sources of solutions develop to support another vision of the digital ecosystem communications, than the one defined by RFC 3935.

I am disapointed as I think the option 2 is likely to happen. But, as an IETF deliverables user I will continue to press for 1. From experience I think the most resonable option for a most efficient IETF would be option "1.B". But I am ready to contribute to any option "1.A" effort.

> ICANN did their job. Their IDN list is Two years old. They had an IDN
> committee in parallel of the WG-IDNA. The list has 2 mails. The
> committee was lost. We discussed that extensively at the WG-IDNA. The
> documentation is as confuse as unworkable. Phillip's corporation had
> invested a lot of money, time and efforts in this. They had the
> customer base, signed a significant number of registrants, and toured
> the world to explain and motivate Registrars, ISPs and ccTLDs. They
> were not alone. They only met scepticism, distinterest and lack of
> registrant renewal.

I don't know the history, but the recent reports
  http://icann.org/topics/gnso-initial-rpt-new-gtlds-19feb06.pdf
and
  http://www.icann.org/general/idn-guidelines-22feb06.htm
seem promising to me.

Did you use IDN yourself?

there is wide consensus that new gTLD should be
added, and allowing IDNA labels as gTLD will force its way through.
adding xn--fiqs8s, xn--55qx5d and xn--io0a7i to the root servers may not
happen tomorrow, but I'm sure the process will take us there in
reasonable time.

a wide consensus which apparently does not include a 1/3 rd of the internet users and fully satisfies probably only 10% of them? You refer to "root server"s: I am not sure how you would want to document them if you were to describe the real top zone organisation now. Please recall Vint Cerf's defintion of the authoritative root: the one with the largest number of users. GSMA was already a problem. The no-alternative root Chines space does not seem to use a root and soon to be the largest space in terms of users.

but this is an ICANN issue, and not related to the
protocols at all.  the protocols have all the support we need to
implement whatever policy is decided.

Chinese are extremely precise. They speak of experimentation. I talked of experimentation about my own test-bed. ICANN talked of experimentation in ICP-3. All these experimentations have to materialise in a consensus and in an architecture. It can be documented by the IETF; IETF can document the interoperability of its solutions; or IETF can disregard it and keeps maintaining what will still be used. As I said, most probably with a increasing interoperability problem. RFC 3066 Bis is the prototype of these kind of problems.

> The problem is in the RFC. Nowhere else.

which RFC?

All of them. They share in a consistent vision. This vision is outdating. RFC 3935 is probably a good example: it would be the first document for PESCI to update. RFC 3066 Bis is another one: it is purely local to the Internationalised US (industry) ASCII externet.

Please note, I said outdating, not outdated. IETF is such a pool of competence and of experience it would be fool not to try to keep it in the lead, or at least in the top loop.

jfc


_______________________________________________

Ietf@xxxxxxxx
https://www1.ietf.org/mailman/listinfo/ietf

[Index of Archives]     [IETF Annoucements]     [IETF]     [IP Storage]     [Yosemite News]     [Linux SCTP]     [Linux Newbies]     [Fedora Users]