RE: IESG proposed statement on the IETF mission

Harald Tveit Alvestrand <harald@alvestrand.no> Mon, 27 October 2003 05:53 UTC

Received: from asgard.ietf.org (asgard.ietf.org [10.27.6.40]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id AAA13737 for <ietf-web-archive@odin.ietf.org>; Mon, 27 Oct 2003 00:53:48 -0500 (EST)
Received: from majordomo by asgard.ietf.org with local (Exim 4.14) id 1AE0Cz-0007TC-PZ for ietf-list@asgard.ietf.org; Mon, 27 Oct 2003 00:46:29 -0500
Received: from ietf.org ([10.27.2.28]) by asgard.ietf.org with esmtp (Exim 4.14) id 1AE0BM-0007SQ-1J for ietf@asgard.ietf.org; Mon, 27 Oct 2003 00:44:48 -0500
Received: from ietf-mx (ietf-mx.ietf.org [132.151.6.1]) by ietf.org (8.9.1a/8.9.1a) with ESMTP id AAA13416 for <ietf@ietf.org>; Mon, 27 Oct 2003 00:44:35 -0500 (EST)
Received: from ietf-mx ([132.151.6.1]) by ietf-mx with esmtp (Exim 4.12) id 1AE0BJ-0006iW-00 for ietf@ietf.org; Mon, 27 Oct 2003 00:44:45 -0500
Received: from eikenes.alvestrand.no ([158.38.152.233]) by ietf-mx with esmtp (Exim 4.12) id 1AE0BJ-0006h7-00 for ietf@ietf.org; Mon, 27 Oct 2003 00:44:45 -0500
Received: from halvestr-w2k1 (localhost.localdomain [127.0.0.1]) by eikenes.alvestrand.no (Postfix) with ESMTP id ED03C61BFB; Mon, 27 Oct 2003 06:44:14 +0100 (CET)
Date: Sun, 26 Oct 2003 21:44:13 -0800
From: Harald Tveit Alvestrand <harald@alvestrand.no>
To: john.loughney@nokia.com, ietf@ietf.org, problem-statement@alvestrand.no
Subject: RE: IESG proposed statement on the IETF mission
Message-ID: <222713495.1067204653@[192.168.1.49]>
In-Reply-To: <DADF50F5EC506B41A0F375ABEB320636BF6CF4@esebe023.ntc.nokia.com>
References: <DADF50F5EC506B41A0F375ABEB320636BF6CF4@esebe023.ntc.nokia.com>
X-Mailer: Mulberry/3.1.0b8 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format="flowed"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Content-Transfer-Encoding: 7bit
Sender: owner-ietf@ietf.org
Precedence: bulk
Content-Transfer-Encoding: 7bit


--On 24. oktober 2003 18:07 +0300 john.loughney@nokia.com wrote:

> Hi Harald,
>
> I'm going to pick on one statement, which other have as well.
>
>> It is important that this is "For the Internet,"  and does not include
>> everything that happens to use IP.  IP is being used in a myriad of
>> real-world applications, such as controlling street lights, but the
>> IETF does not standardize those applications.
>
> I almost feel that this should just be dropped from the statement.  My
> reasons being that I have been told by the IESG about protocol
> extensibility is that the IETF wants to have a tighter control over
> protocol
> extensibility, even for extensions thought to be for limited use
> or specific networks (for example, cellular networks).  The reason
> being is that once something is out there, it often starts to be used
> in ways which were not originally planned or used outside of its
> original 'limited use' plans.  Therefore, in order to ensure proper
> protocol behavior & interoperability, the IESG wants to manage
> extensibility.  This has been very true in SIP & Diameter, for example.

True. Nearly a year ago, we attempted to publish 
draft-iesg-vendor-extensions, to describe these problems in more detail - 
but we failed to get that finished.
>
> On the other hand, we see a protocol like RADIUS, which the IETF
> has never done a good job at working with or standardizing, being
> developed in 4 or more SDOs, and not in a colaborative manner.  This
> makes a big mess with the RADIUS spec, and RADIUS does seem like a
> protocol that has a big effect on the Internet.

You'll have no disagreement from me that RADIUS is a problem!

> So, in summary, the IESG has shown not to follow the above paragraph,
> sometimes even for good reasons.  I can't think of a way in which
> modify the paragraph to make it any better - because there will always
> be examples of work that the IETF choses to standardize (or not)
> which will violate that part of the mission.  Perhaps moving the
> 'for the internet to the previous paragraph is what is needed.

as I've said before - I don't think we can come up with a mission statement 
that retroactively blesses everything we've done well before, or 
retroactively curses everything we've done badly. And we do require 
flexibility to "do what's right". But without the ability to talk about 
what the mission of the IETF ... I think we'll do badly.

                       Harald