Return-Path: Received: from murder ([unix socket]) by eikenes.alvestrand.no (Cyrus v2.2.8-Mandrake-RPM-2.2.8-4.2.101mdk) with LMTPA; Mon, 04 Jul 2005 03:14:28 +0200 X-Sieve: CMU Sieve 2.2 Received: from localhost (localhost.localdomain [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 122E361B75 for ; Mon, 4 Jul 2005 03:14:28 +0200 (CEST) Received: from eikenes.alvestrand.no ([127.0.0.1]) by localhost (eikenes.alvestrand.no [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 17252-09 for ; Mon, 4 Jul 2005 03:14:25 +0200 (CEST) X-Greylist: domain auto-whitelisted by SQLgrey-1.4.8 Received: from megatron.ietf.org (megatron.ietf.org [132.151.6.71]) by eikenes.alvestrand.no (Postfix) with ESMTP id 07B7061AFD for ; Mon, 4 Jul 2005 03:14:25 +0200 (CEST) Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DpFWo-0007On-GZ; Sun, 03 Jul 2005 21:13:42 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DpFWm-0007OT-Vv for ltru@megatron.ietf.org; Sun, 03 Jul 2005 21:13:41 -0400 Received: from ietf-mx.ietf.org (ietf-mx [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id VAA02647 for ; Sun, 3 Jul 2005 21:13:39 -0400 (EDT) Received: from montage.altserver.com ([63.247.74.122]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DpFxG-00083Q-Fl for ltru@ietf.org; Sun, 03 Jul 2005 21:41:02 -0400 Received: from ver78-2-82-241-91-24.fbx.proxad.net ([82.241.91.24] helo=jfc.afrac.org) by montage.altserver.com with esmtpa (Exim 4.44) id 1DpFWZ-0007eV-VK; Sun, 03 Jul 2005 18:13:28 -0700 Message-Id: <6.2.1.2.2.20050704013531.04772090@mail.afrac.org> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Mon, 04 Jul 2005 02:01:08 +0200 To: Frank Ellermann , ltru@ietf.org From: r&d afrac Subject: Re: [Ltru] Re: NTIA Statement of Principles In-Reply-To: <42C832FB.4E58@xyzzy.claranet.de> References: <6.2.1.2.2.20050703164412.041fcb00@mail.jefsey.com> <42C832FB.4E58@xyzzy.claranet.de> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - montage.altserver.com X-AntiAbuse: Original Domain - ietf.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - afrac.org X-Scan-Signature: c1c65599517f9ac32519d043c37c5336 Cc: X-BeenThere: ltru@lists.ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Language Tag Registry Update working group discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: ltru-bounces@lists.ietf.org Errors-To: ltru-bounces@lists.ietf.org X-Virus-Scanned: amavisd-new at alvestrand.no At 20:48 03/07/2005, Frank Ellermann wrote: >r&d afrac wrote: > > > Here is the link to the statement of Mr. Gallagher: >Somebody else could serve as IANA, we already discussed this. >IIRC it was you who wanted the RfC 2860 MoU as "normative" >for some finer points of the appeal procedures. > > > From two mails I received, I realise that this may be a > > shock to some > >Their own format ".net" suicide shocked me more. But that's >strictly off topic, unless you have new ideas about RfC 2860. Hi! Frank, RFC 2860 bis is under general discussion with Brian Carpenter discussing it and a Draft from John Klensin. The real issue is now to know if we are going to have at IANA level a contention similar to the "alt-roots" with USA, China, Europe, etc. playing alt-IANA. Obviously not as simple as that. But this is roughly what we all want to avoid. Already complex enough with 192 States, 260 TLDs, no need at this stage to add confusion with 7500 languages. The problem is that everyone including WGIG, USA, IEFT think in terms of an old "mono" architecture asking features that only a non tested or even investigated "multi" architecture could deliver. WGIG has not identified the problem and forced the USA to move, before they announce their conclusions. USA have identified the problem and do not know who is going to technically address it (IETF, ITU, DoD, Open Sources?) from what they officialy say. In this perspective, RFC 2860 de facto does not exist anymore. Its legitimacy is based upon the White Book and the IANA contract. RFC 2860 could be replaced by an ISOC (IASA) co-operative agreement with the USG or any other agreement. There is an audit of the ICANN contract by the General Accounting Office which question many things in case of change. The USA have clarified the back-ground and underlined the problem they see. This is great. But this does not mean that their choices are the good one (I tend to think some are imposed by the lacks of the technology, and others by protectionism). Our job is to see how we can best support people. jfc _______________________________________________ Ltru mailing list Ltru@lists.ietf.org https://www1.ietf.org/mailman/listinfo/ltru