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; Fri, 29 Apr 2005 15:37:46 +0200 X-Sieve: CMU Sieve 2.2 Received: from localhost (localhost.localdomain [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id B6DFA61AFD for ; Fri, 29 Apr 2005 15:37:46 +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 20232-07 for ; Fri, 29 Apr 2005 15:37:41 +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 19CC161AEF for ; Fri, 29 Apr 2005 15:37:33 +0200 (CEST) Received: from localhost.localdomain ([127.0.0.1] helo=megatron.ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DRVb1-0000Of-Sh; Fri, 29 Apr 2005 09:31:55 -0400 Received: from odin.ietf.org ([132.151.1.176] helo=ietf.org) by megatron.ietf.org with esmtp (Exim 4.32) id 1DRVaz-0000Oa-BY for ietf@megatron.ietf.org; Fri, 29 Apr 2005 09:31:53 -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 JAA25255 for ; Fri, 29 Apr 2005 09:31:51 -0400 (EDT) Received: from montage.altserver.com ([63.247.74.122]) by ietf-mx.ietf.org with esmtp (Exim 4.33) id 1DRVo3-00048H-Sy for ietf@ietf.org; Fri, 29 Apr 2005 09:45:24 -0400 Received: from lns-p19-2-idf-82-251-115-108.adsl.proxad.net ([82.251.115.108] helo=jfc.afrac.org) by montage.altserver.com with esmtpa (Exim 4.44) id 1DRVan-0001PG-93; Fri, 29 Apr 2005 06:31:43 -0700 Message-Id: <6.2.1.2.2.20050429143846.052350f0@mail.jefsey.com> X-Mailer: QUALCOMM Windows Eudora Version 6.2.1.2 Date: Fri, 29 Apr 2005 15:29:27 +0200 To: Keith Moore , Jari Arkko From: "JFC (Jefsey) Morfin" In-Reply-To: <591a03abb343d78ce32909aac91dee12@cs.utk.edu> References: <20050428061212.XVBB20133.fep01-app.kolumbus.fi@mta.im ail.kolumbus.fi> <436551dc454a3b245797a39141405da3@cs.utk.edu> <42720473.1030803@piuha.net> <591a03abb343d78ce32909aac91dee12@cs.utk.edu> 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 - jefsey.com X-Scan-Signature: 36c793b20164cfe75332aa66ddb21196 Cc: ietf@ietf.org Subject: Re: improving WG operation (was Re: Voting (again)) 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 Dear Keith and Jari, this exchange is the first, where the real issue which interests me (user-centric approach) is discussed: the deliverables as such. "I am in agreement with all what you say here. Just pointing out that even with specialization, we may have quite a lot to do." says Jari to Keith, amen. Jari says they should be the best the user expects, and Keith the best we can. I can certainly live with both approaches. But for years I bore everyone in the IETF to obtain that kind of debate: I learn that due to the very nature of the RFC system, IETF is not interested in delivering and maintaining a technology (keeping a structured and updated consistent "how to develop/use documentation" - comprehensive for Jari, of high level for Keith), but in publishing Internet documents of interest to its members. I mesure that in particular through the lack of interest into a Multilingual Internet, however important and exciting are the architectural extensions it calls for, with falls back in every Internet areas. So, I have two questions: 1. do you think that a third party effort extracting an "IETF Internet Technology" (Jari) or an "IETF and Others Internet Technology" (Keith) book and maintaining it would be of help? Do you think that after a probable sunrise despising period, RFC authors would contribute in proposing additions and updates corresponding to the RFCs they publish? 2. I see the IETF as a pool of authors, the IESG as a publisher and IAB as its technical adviser, managing a document collection. Some people are interested in authoring documents for various reasons (business, self-recognition, political, pet subject, etc.. The IESG makes them reviewed by peers before reviewing their text themselves (this process is not perfect, but is normal). I feel the recognition and exposure expected by the authors and the resulting seriousness filter and synthesis of the public comments is not important enough to fully play their role. This is why everyone is a little or much dismayed, depending on their personal interests and experience. And this is why I think press recognition, exposure, synthesis, critics and feed-backs are necessary. I accept that other standardization entities may not have press coverage, but they usually have another source of external recognition, exposure, synthesis, critics and feed-back through public / international bodies and financing, Internet has not (cf. RFC 3869 analysis). This is why I keep referring to "Nature" which addresses the same problem for general Research. Question: is this evaluation correct? Should it not be a negotiation of the IASA with a publisher to barter a part of the IETF publication rights against press coverage and a possible technology synthesis? Or would such a third party initiative help? It could start with an official personal maintained bio+vision+activity report of all those interested in normalizing the Internet. F2F pay-meetings are otherwise a way to make the IETF an internuts veterans business sponsored association. I would be interested in statistics on IETF Membership: how many are attending meetings on personal expenses? how many per country? how many per class of age? for how long have them been a member? This kind of information would help better understanding this debate, to know who is excited by belonging to a group of experts and who is excited by the quality of the resulting common deliverables. jfc At 14:21 29/04/2005, Keith Moore wrote: >>Keith, you have been advocating a model where the IETF would be stricter >>in allowing what work be taken up, in order to ensure that we can >>actually deliver. But I share the same opinion as John L that we should >>rather try to shape the IETF so that it can deliver what the world needs. > >My primary criterion when arguing whether IETF should or should not take >up a WG was always, in some sense, whether the Internet needed IETF to be >involved in and supporting this effort. It involved both an assessment of >how much harm would result from a botched design (in particular, a design >that didn't respect the Internet environment and other protocols on the >net), and of whether IETF could expend the resources necessary to manage >the group and whether it could bring the necessary expertise to the >table. It also involved an assessment of whether the proposed protocol >would actually be of benefit to the Internet long-term. What I didn't try >to assess (much) was whether IETF's reputation would be enhanced by its >involvement in that particular WG. > >>Part of the reason why I believe so is that despite its problems, I think >>the IETF produces the best technology and highest quality. I want to use >>IETF multimedia, IETF network access control mechanisms, IETF security >>and not something else. This won't be easy of course, but I think we can >>do it. We are extremely good engineers and we've been able to produce >>scalable technology and useful, complexity reducing abstractions. Maybe >>time to apply some of that for our organization as well? > >I don't think that IETF inherently produces the best technology and >highest quality in every area of Internet protocol design. We cannot be >good at everything. I may be dated in my awareness of our participants' >expertise, but I doubt we have enough of the best designers of >cryptographic algorithms, audio or video codecs, forward error correction >codes, radio transmission methods, etc. There's a reason we leave >valuable technical work to IEEE, 3GPP, W3C, etc. We have to specialize, >as they do. The Internet is too vast and diverse for all of its technical >work to be done by one organization. For me the selection criteria (in >brief) have to do with whether the protocols in question impact the core >Internet protocols or protocols traditionally developed in IETF, or >whether the protocols in question need input from those with the most >expertise from core or traditional IETF protocols. Those are fairly >elastic criteria that cover a lot of ground, but not everything. For >instance, we don't need to be involved much in B2B transaction processing >as long as those guys can use existing protocols like TCP or HTTP in a way >that works well for them and doesn't adversely impact the Internet. We >might say things like "don't run everything over port 80" or "don't place >too much faith in perimeter security" but we don't need to try to take >over all of their protocol design. > > >_______________________________________________ >Ietf mailing list >Ietf@ietf.org >https://www1.ietf.org/mailman/listinfo/ietf _______________________________________________ Ietf mailing list Ietf@ietf.org https://www1.ietf.org/mailman/listinfo/ietf