Re: [Pesci-discuss] Finding and nurturing the bright sparks of genius

"JFC (Jefsey) Morfin" <jefsey@jefsey.com> Wed, 26 October 2005 11:49 UTC

Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EUjmx-0004Ep-Jj; Wed, 26 Oct 2005 07:49:51 -0400
Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1EUjmv-0004Ec-Va for pesci-discuss@megatron.ietf.org; Wed, 26 Oct 2005 07:49:50 -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 HAA13489 for <pesci-discuss@ietf.org>; Wed, 26 Oct 2005 07:49:35 -0400 (EDT)
Received: from montage.altserver.com ([63.247.74.122]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1EUk04-0006pz-FK for pesci-discuss@ietf.org; Wed, 26 Oct 2005 08:03:25 -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 1EUjmk-0006PY-MM; Wed, 26 Oct 2005 04:49:39 -0700
Message-Id: <6.2.3.4.2.20051026134057.045deac0@mail.jefsey.com>
X-Mailer: QUALCOMM Windows Eudora Version 6.2.3.4
Date: Wed, 26 Oct 2005 13:49:31 +0200
To: Elwyn Davies <elwynd@dial.pipex.com>, pesci-discuss@ietf.org
From: "JFC (Jefsey) Morfin" <jefsey@jefsey.com>
Subject: Re: [Pesci-discuss] Finding and nurturing the bright sparks of genius
In-Reply-To: <435F63E7.1050705@dial.pipex.com>
References: <435F63E7.1050705@dial.pipex.com>
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 - [0 0] / [47 12]
X-AntiAbuse: Sender Address Domain - jefsey.com
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 00e94c813bef7832af255170dca19e36
Cc:
X-BeenThere: pesci-discuss@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Process Evolution Study Committee of the IETF discussion <pesci-discuss.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/pesci-discuss>, <mailto:pesci-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/pesci-discuss>
List-Post: <mailto:pesci-discuss@ietf.org>
List-Help: <mailto:pesci-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/pesci-discuss>, <mailto:pesci-discuss-request@ietf.org?subject=subscribe>
Sender: pesci-discuss-bounces@ietf.org
Errors-To: pesci-discuss-bounces@ietf.org

At 13:09 26/10/2005, Elwyn Davies wrote:
>The best work in the IETF (IMH and personal O) comes from 
>recognition of a problem blended with the kernel of an idea for a solution.
>Within those solutions, progress is made by individuals or small 
>design teams coming up with ideas that advance the work.
>
>The original ideas hardly ever stem from the larger consensus.  The 
>virtue of the wg and the larger IETF, at their best, is to recognize 
>the better mousetrap for what it is, to support it and  to converge round it.
>
>The IAB and the IESG are supposed to be architecturally, technically 
>and managerially aware of the problem space in which we are 
>working.  They need to make the IETF and the wider world aware of 
>this week's problems and promote the solutions we offer, but except 
>as individuals they are unlikely to come up with the sparks of 
>inventive genius that start us on the path to solutions.
>
>What they should be doing is looking in the right places for those 
>sparks of genius and then nuturing and fanning the flames into a 
>real better mousetrap solution which can achieve technical 
>excellence, market effectiveness and IETF consensus.  The IESG has 
>to *steer* these small sparks into enormous bonfires that will burn 
>up the problems (got a bit carried away with the metaphor there).
>
>[Aside: Maybe there is a principle in there that we didn't write down?]

Granularity, subsidiarity, "concertation" (French meaning and now 
Eurospeak: to independently act in a concerted way), multilateralism.
This is the essence of a distributed network. IETF is facing the 
necessary transition from a decentralised (still somewhat 
centralised) system to its natural distributed stability. This MUST 
go together with IAB thinking on the Internet architecture.

This architecture/meta-architecture is no small thing. It is what I 
call transitionning from "mono-Internet" to "multi-Internet".

>To my mind this applies just as much to our process as to the technical work.
>
>The discussion over the last couple of weeks has spent far too much 
>time worrying whether what PESCI is doing is subverting the IETF 
>aethos, rather than seeing it as a way to find out if there are any 
>sparks of genius out there to be nurtured.
>The discussion to date has neither spent a lot of time reviewing the 
>principles proposed (with one or two honorable exceptions) nor have 
>we seen any solutions proposed.

I proposed one: to apply to meta-architectural layer the RFC 1958 
architectural principle together with an IAB model of the network.

>If we agree that there is some sort of  problem, it seems to me that 
>almost any means is legitimate as a way to find the kernel of a 
>solution.  If the current draft does revisit the ground covered by 
>'problem' maybe it will trigger the Eureka moment in somebody for 
>some part of a perceived problem and they (and maybe some of their 
>colleagues) can come up with a strawman that we can discuss.  Until 
>we have a strawman, the discussion is likely to remain unfocussed 
>and procedural rather than solutional as it has done for the last 
>couple of years
>
>So: any or all of you, read what the draft says, please.

The first problem is to save a lof of time. When one quotes a Draft 
one does as for every other document: one gives its current URL.
Stupid input? I think it would save a lot of time and multiply 
reading by an order of magnitude ...

>  Then: do you believe there is a problem?  If so do you have a 
> bright idea? Then come and propose it.  Only then are we likely to 
> make progress and it will be up to the community and the IESG to 
> nurture and guide it (not necessarily work it).  Only if this 
> proposal is imposed without achieving community (rough) consensus 
> is the IETF ethos subverted.

All the best.
jfc


_______________________________________________
Pesci-discuss mailing list
Pesci-discuss@ietf.org
https://www1.ietf.org/mailman/listinfo/pesci-discuss