Re: RFC Editor Function SOW Review

Dave Crocker <dhc2@dcrocker.net> Sun, 23 July 2006 00:05 UTC

Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1G4RT3-0007IA-4e; Sat, 22 Jul 2006 20:05:09 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1G4RT1-0007HR-Fi; Sat, 22 Jul 2006 20:05:07 -0400
Received: from sb7.songbird.com ([208.184.79.137]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1G4RT0-0003Xr-23; Sat, 22 Jul 2006 20:05:07 -0400
Received: from [192.168.0.2] (adsl-67-127-57-9.dsl.pltn13.pacbell.net [67.127.57.9]) (authenticated bits=0) by sb7.songbird.com (8.12.11.20060308/8.12.11) with ESMTP id k6N05O4B021688 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 22 Jul 2006 17:05:25 -0700
Message-ID: <44C2BD28.1040905@dcrocker.net>
Date: Sat, 22 Jul 2006 17:04:56 -0700
From: Dave Crocker <dhc2@dcrocker.net>
User-Agent: Thunderbird 1.5.0.4 (Windows/20060516)
MIME-Version: 1.0
To: John C Klensin <john-ietf@jck.com>
References: <E1Fzuxq-00008O-RE@ietf.org> <p07000c0ac0e14b409bc3@[216.43.25.67]> <44BBBC82.8000509@dcrocker.net> <44C0FA2D.1090505@isi.edu> <44C15165.8030407@dcrocker.net> <100683ABC471EA88FEE8E373@p3.JCK.COM>
In-Reply-To: <100683ABC471EA88FEE8E373@p3.JCK.COM>
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
X-SongbirdInformation: support@songbird.com for more information
X-Songbird: Clean
X-Songbird-From: dhc2@dcrocker.net
X-Spam-Score: 2.3 (++)
X-Scan-Signature: 14582b0692e7f70ce7111d04db3781c8
Cc: IETF Administrative Director <iad@ietf.org>, IETF Announcement list <ietf@ietf.org>
Subject: Re: RFC Editor Function SOW Review
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
Errors-To: ietf-bounces@ietf.org


John C Klensin wrote:
>> If an effort is worthy of adoption by the Internet, surely it
>> is reasonable to demand that it have enough support to be able
>> to obtain its own means of ensuring that the writing is
>> adequate.
>
> We may find that there is more market for some protocols --and,
> over time, for the Internet itself-- in areas where a very
> significant fraction of the user and Engineering populations are
> not good writers of English (even if they are able to read and
> speak it well enough to participate effectively in the work of
> the IETF).  

Should the IETF do "niche" standards, for small markets?  I think our history
has been that we have felt we generally should not and that our work is
primarily intended for "Internet scaling", not just "can operate using Internet
technical infrastructure".  Hence, an IETF effort needs to be able to
demonstrate a broad base of support.


> I think getting the writing quality of those
> documents up to a standard where they can be broadly understood
> is a community responsibility: if we take the position that
> authors who cannot write clearly in English, or WGs where such
> people dominate the technical work, are not welcome or able to
> play, then we hurt the IETF and the Internet but pushing those
> ideas and contributions somewhere else... perhaps even into
> islands.

I agree, so it is a good thing that I did not say anything to suggest otherwise.

What I HAVE said is that the process of getting and demonstrating sufficient
community support should include requiring acceptable writing of the
specifications. If an effort is not able to recruit sufficient resources for
that task, then I frankly question whether it has sufficient market "pull" to
succeed.

Given the aggregate costs of producing even the most modest Internet standard,
the incremental cost of ensuring writing quality is quite small.  However
concentrating all that expense for all RFCs into the RFC Editor is really just a
way of relieving proponents from doing the work needed to create competent work
and demonstrate support for it.


>> Having sufficient community support is an essential
>> requirement, if an effort it going to be successful.
>> Requiring that the effort demonstrate that support, in various
>> pragmatic ways, is merely reasonable.
> 
> Sure.  But that is consistent with expecting design quality but
> not necessarily the capability to easily write clear English.

I have tried to learn enough different languages -- and done badly with each --
to appreciate the barrier that writing in English represents for non-native
English writers.  That is why I am being careful not to claim that a particular
author must be skilled, but rather that the *community* seeking IETF
standardization has the responsibility.


>>  What is NOT reasonabel
>> is a model that has the IETF formal infrastructure --
>> management, editors, etc. -- do the grunt work of making
>> design and writing decisions.  We have amply demonstrated that
>> this latter model does not scale or is, at the least, too
>> expensive. (Well, I guess that's a form of not scaling?)
> 
> Actually, I am not sure that we have demonstrated that at all,
> amply or not.  But, if you say so...

Apologies.  I thought we had some problems with covering IETF-related expenses.
 So I thought it worth looking for expenses that could be eliminated from the
"overhead" category and moved back to the individual groups doing individual work.


>> This should all be part of moving the burden of work back to
>> authors and working groups... where it belongs.
> 
> Up to a point.  But the point that I think you are positing will
> tend to drive some work --work for which there is good community
> support and commitment-- out of the IETF.  And that is not in
> anyone's interest, IMO.

I would be interested in hearing your basis for this fear.  Organizations and
individuals that are proponents for a piece of work can spend massive numbers of
staff-hours, as well as travel and development expenses, but they cannot afford
to do the English-based technical editing on their own?  This somehow represents
an unsurmountable barrier? How is that, John?

d/
-- 

  Dave Crocker
  Brandenburg InternetWorking
  bbiw.net

_______________________________________________
Ietf mailing list
Ietf@ietf.org
https://www1.ietf.org/mailman/listinfo/ietf