Re: [Ianaplan] Adrian Farrel's No Record on draft-ietf-ianaplan-icg-response-06: (with COMMENT)

Jefsey <jefsey@jefsey.com> Wed, 17 December 2014 13:31 UTC

Return-Path: <jefsey@jefsey.com>
X-Original-To: ianaplan@ietfa.amsl.com
Delivered-To: ianaplan@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id B48E91A8A4E; Wed, 17 Dec 2014 05:31:19 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.469
X-Spam-Level:
X-Spam-Status: No, score=-0.469 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, IP_NOT_FRIENDLY=0.334, J_CHICKENPOX_14=0.6, MISSING_MID=0.497] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jCdqx3bQxZiY; Wed, 17 Dec 2014 05:31:18 -0800 (PST)
Received: from host.presenceweb.org (host.presenceweb.org [67.222.106.46]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4D3FD1A8976; Wed, 17 Dec 2014 05:31:18 -0800 (PST)
Received: from 180.102.176.95.rev.sfr.net ([95.176.102.180]:20931 helo=MORFIN-PC.mail.jefsey.com) by host.presenceweb.org with esmtpa (Exim 4.84) (envelope-from <jefsey@jefsey.com>) id 1Y1EhA-0003Wp-21; Wed, 17 Dec 2014 05:31:16 -0800
X-Mailer: QUALCOMM Windows Eudora Version 7.1.0.9
Date: Wed, 17 Dec 2014 14:31:05 +0100
To: Eliot Lear <lear@cisco.com>, adrian@olddog.co.uk, 'The IESG' <iesg@ietf.org>
From: Jefsey <jefsey@jefsey.com>
In-Reply-To: <54917EA1.5000304@cisco.com>
References: <20141215104500.11417.21764.idtracker@ietfa.amsl.com> <548EDBC5.3010007@cisco.com> <091701d01873$f3531b40$d9f951c0$@olddog.co.uk> <548EFFD7.8010208@cisco.com> <0c4701d0197c$5ea90a40$1bfb1ec0$@olddog.co.uk> <54917EA1.5000304@cisco.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"; format="flowed"
Content-Transfer-Encoding: 8bit
X-AntiAbuse: This header was added to track abuse, please include it with any abuse report
X-AntiAbuse: Primary Hostname - host.presenceweb.org
X-AntiAbuse: Original Domain - ietf.org
X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12]
X-AntiAbuse: Sender Address Domain - jefsey.com
X-Get-Message-Sender-Via: host.presenceweb.org: authenticated_id: jefsey+jefsey.com/only user confirmed/virtual account not confirmed
X-Source:
X-Source-Args:
X-Source-Dir:
Archived-At: http://mailarchive.ietf.org/arch/msg/ianaplan/qFoKxkt7EtHNuayoaXemTaXAoSE
Cc: ianaplan@ietf.org, ianaplan-chairs@tools.ietf.org, draft-ietf-ianaplan-icg-response.all@tools.ietf.org, ajs@anvilwalrusden.com
Subject: Re: [Ianaplan] Adrian Farrel's No Record on draft-ietf-ianaplan-icg-response-06: (with COMMENT)
X-BeenThere: ianaplan@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IANA Plan <ianaplan.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ianaplan>, <mailto:ianaplan-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ianaplan/>
List-Post: <mailto:ianaplan@ietf.org>
List-Help: <mailto:ianaplan-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ianaplan>, <mailto:ianaplan-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 17 Dec 2014 13:31:19 -0000
X-Message-ID:
Message-ID: <20141217133122.10830.56087.ARCHIVE@ietfa.amsl.com>

>NEW:
>
>Because the IETF is open to everyone, participation is open to all
>stakeholders.  IETF processes outlined in Section I were used to
>develop this proposal.  Those same processes have been and shall be
>used to amend governance of the protocol parameters function.  As
>mentioned previously, anyone may propose amendments to those
>processes, and anyone may take part in the decision process.

Dear Eliot,
the problem is deeper. The IETF deliverables are the RFCs. They are 
opened to those interested in writting them.

Once delivered and used, protocols parameters are situational advises 
on the way to be use the RFCs. Some other newcomer technologies may 
use the incumbent's technology in a specific way calling for their 
own parameters.

These other technologies are users, and the I*core is in competition 
to propose the internet solution. Until now the IAB was the defacto 
referent of the I*core. This I_D (and the way the Shepherd chose to 
report the WG) show that the IAB is no more able to assume that 
responsibility. Accepted.

The remaining problem is that in this new RFC 6852 context the real 
leader is economy, i.e. ICANN advised by the WEP rather than the ISOC 
board or the NTIA. And that the IET is not prepared to this. Nobody 
care that the IETF is open to everyone: what counts is what kind of 
use economy, utilization, politics can have of its deliverable.

In forking from the IETF I just note that your deliverables are still 
good but no more intended for the today's market where the IETF is no 
more the only source in town. As was the ITU's at the end of the 80s 
(however we still use their bandwidth oriented standards and respect 
their authority). So, as IUsers we have to find an alternative to the 
8000 RFCs complexus.

Just my 2cents in the deserto.

Deep thanks for the great dedicated work you did with this draft.

Best
jfc


>This text is somewhat more directed at the question.  I do not 
>propose to make a distinction between the different forms of 
>multistakeholderism, although I agree with Richard that there are 
>different forms.  Our response is clearly within the bounds of what 
>the NTIA and the ICG has discussed.
>
>Eliot
>
>_______________________________________________
>Ianaplan mailing list
>Ianaplan@ietf.org
>https://www.ietf.org/mailman/listinfo/ianaplan