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; Thu, 19 May 2005 16:16:06 +0200 X-Sieve: CMU Sieve 2.2 Received: from localhost (localhost.localdomain [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id 4037461B73 for ; Thu, 19 May 2005 16:16:06 +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 21027-10 for ; Thu, 19 May 2005 16:16:03 +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 A6A9C61AF1 for ; Thu, 19 May 2005 16:15:57 +0200 (CEST) Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DYlmv-000315-TT; Thu, 19 May 2005 10:14:13 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DYlmp-0002y2-HY for ietf@megatron.ietf.org; Thu, 19 May 2005 10:14:09 -0400 Received: from ietf-mx.ietf.org (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id KAA08667 for ; Thu, 19 May 2005 10:14:05 -0400 (EDT) Received: from montage.altserver.com ([63.247.74.122]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DYm3z-0002xc-9z for ietf@ietf.org; Thu, 19 May 2005 10:31:52 -0400 Received: from lns-p19-8-idf-82-249-8-90.adsl.proxad.net ([82.249.8.90] helo=jfc.afrac.org) by montage.altserver.com with esmtpa (Exim 4.44) id 1DYlmi-00042x-4s; Thu, 19 May 2005 07:14:00 -0700 Message-Id: <6.2.1.2.2.20050519134048.0407eb40@mail.jefsey.com> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Thu, 19 May 2005 14:01:08 +0200 To: "Hollenbeck, Scott" From: "JFC (Jefsey) Morfin" In-Reply-To: <046F43A8D79C794FA4733814869CDF07891D7E@dul1wnexmb01.vcorp. ad.vrsn.com> References: <046F43A8D79C794FA4733814869CDF07891D7E@dul1wnexmb01.vcorp.ad.vrsn.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-Scan-Signature: 4adaf050708fb13be3316a9eee889caa Cc: ietf@ietf.org Subject: RE: Uneccesary slowness. X-BeenThere: ietf@ietf.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: IETF-Discussion List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: ietf-bounces@ietf.org Errors-To: ietf-bounces@ietf.org X-Virus-Scanned: amavisd-new at alvestrand.no At 13:23 19/05/2005, Hollenbeck, Scott wrote: >Ted and I have spent a lot of timing trying to assist working groups >that have been close to completing their work but have been unable to >finish for one reason or another. We've had some success in getting >work completed, but the amount of time we've spent doing clean-up work >has meant that we haven't been able to devote much time to strategic >thinking. We're hoping that one impact of the reduction will be that >we'll have more time to start looking forward. From the two I participate to, I would suggest there is a more complex problem. When a WG is started it is at the initiative of a small group. Innovation cannot be shared by several persons without narrowing its perspective. Even if the matter is broad, even if the IESG pays attention to the charter to enlarge it, even if IAB provide guidance, the vision of these individuals will prevail. Sometimes there is also the problem identified by IAB's RFC 3869 about the commercial funding of R&D and the need of more global vision and independent/larger funding by Govs. But the matter is still more worrying, because the IETF is in fact the addition of people interested in one or several WG and a new idea will rarely excite people pursuing others. This means that recuitment is through the WG. 1. the less WGs the less recuitment 2. the more participants, the least knowledge/interest in Internet architecture in the WG - and competence in the WG matters out of the scope or of the agenda they pursue. 3. the more WGs, the more resulting confusion 4. the more confusion, the least interest from non-IETF specialists to join the WG and the IETF. I gave a few thinking about this and I came to the conclusion that the best to get some real quality work was to slightly modify the working method to keep open participation but to work on a filtered basis, stopping chatting where the number of people prevails on the number of ideas. This can only be organised outside of the IETF and result in external submissions. The work is obviously not negligible, but I think it is necessary. Now the problem is to see specialized TFs to emerge and to keep them coordinated with the IETF. This can result in some slight modification of the Internet standard process, formally including into the review these specialised TF. IMHO rather than slowing the process, it could speed it up, because parallel review by a larger number of specialised reviewevers/comments periods we can rely on. jfc _______________________________________________ Ietf mailing list Ietf@ietf.org https://www1.ietf.org/mailman/listinfo/ietf