Re: Straw-man charter for http-bis

"Robert Sayre" <sayrer@gmail.com> Fri, 01 June 2007 13:06 UTC

Return-path: <discuss-bounces@apps.ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1Hu6qI-0006cm-Vo; Fri, 01 Jun 2007 09:06:59 -0400
Received: from discuss by megatron.ietf.org with local (Exim 4.43) id 1HtvZH-0005ZF-GD for discuss-confirm+ok@megatron.ietf.org; Thu, 31 May 2007 21:04:39 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HtvZH-0005Z7-6Y for discuss@apps.ietf.org; Thu, 31 May 2007 21:04:39 -0400
Received: from wa-out-1112.google.com ([209.85.146.183]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HtvZF-0008CY-TV for discuss@apps.ietf.org; Thu, 31 May 2007 21:04:39 -0400
Received: by wa-out-1112.google.com with SMTP id k22so482206waf for <discuss@apps.ietf.org>; Thu, 31 May 2007 18:04:35 -0700 (PDT)
DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=kpQpBlAGSVFrzfXyfRLc4NVaFXx84DQtoa75e4ihXDp2sZRrFQdGlpJj6yHXopvrKCzE6groPWuAafGuGhTuSQ9zu4lLv0bjZ9ejM6O2NqOE3evEz5IQEJmAwxSjErTJflICtB7RzhBVRy8hJTGUIfoXKcIEXC8cNQYBtS6Qs6E=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=aUyT7hiL8y1TEqfM+rL4lSYqb6GLKqLmaSDIHWADaTVw3VXWFIJqcAAxVJGsvuBne54nO8IniBuziHCVzMqd6vg1UBX3wbrbCFr9j2k6xV84Ql4fqK+q1WtMaThwbh8JtEwF4lYu1oynrP41O6hEs7PnRMZNFXBoPcjErFqiTKk=
Received: by 10.115.32.1 with SMTP id k1mr1207520waj.1180659872420; Thu, 31 May 2007 18:04:32 -0700 (PDT)
Received: by 10.114.205.4 with HTTP; Thu, 31 May 2007 18:04:32 -0700 (PDT)
Message-ID: <68fba5c50705311804w2d39ea88o985d9b6a8aa33220@mail.gmail.com>
Date: Thu, 31 May 2007 21:04:32 -0400
From: "Robert Sayre" <sayrer@gmail.com>
To: "Roy T. Fielding" <fielding@gbiv.com>
Subject: Re: Straw-man charter for http-bis
In-Reply-To: <DAC34319-CB4D-48B6-A53F-66345790F0FA@gbiv.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
References: <BA772834-227A-4C1B-9534-070C50DF05B3@mnot.net> <392C98BA-E7B8-44ED-964B-82FC48162924@mnot.net> <1358AF2C-F967-46D6-B291-BC65126CCDF6@gbiv.com> <8FBD37BC-E635-485D-A368-22D9DE332498@mnot.net> <DAC34319-CB4D-48B6-A53F-66345790F0FA@gbiv.com>
X-Spam-Score: 0.0 (/)
X-Scan-Signature: cab78e1e39c4b328567edb48482b6a69
X-Mailman-Approved-At: Fri, 01 Jun 2007 09:06:57 -0400
Cc: Apps Discuss <discuss@apps.ietf.org>, Mark Nottingham <mnot@mnot.net>, "ietf-http-wg@w3.org Group" <ietf-http-wg@w3.org>
X-BeenThere: discuss@apps.ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: general discussion of application-layer protocols <discuss.apps.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/discuss>, <mailto:discuss-request@apps.ietf.org?subject=unsubscribe>
List-Post: <mailto:discuss@apps.ietf.org>
List-Help: <mailto:discuss-request@apps.ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/discuss>, <mailto:discuss-request@apps.ietf.org?subject=subscribe>
Errors-To: discuss-bounces@apps.ietf.org

On 5/31/07, Roy T. Fielding <fielding@gbiv.com> wrote:
>
> I am not going
> to support an IETF working group that says "nobody is allowed
> to do a better job describing HTTP than what is in our charter."
...
>
> If I make the real changes that are needed in draft form and submit
> them to the WG, then I will expect them to be evaluated without bias
> or the WG to be closed.  If the answer is "that's too much
> for me to review, so you aren't allowed to do that in the IETF"
> then I won't.  I will do it elsewhere and the IETF specification
> will become irrelevant.

I think application of forking pressure is OK. It is always present anyway.

I don't understand why the two approaches are mutually exclusive. I
think the best way to start is by doing exactly what has been done so
far. I agree with Roy that we shouldn't rule out large scale
restructuring at some point, but it might be better to let everyone
look at a few rounds of diffs before any major structural changes are
made. The issues list is already getting a little big.

>
> I don't hear anyone else saying that 2616 needs to be revised before
> 2617, yet you continue to take that as an assumption.

The order is irrelevant, and they don't need to be undertaken by the same group.

> 2616 doesn't *need* to be revised at all.

Disagree. The document is losing usefulness as a reference because it
is poorly structured, crawling with inaccuracies, and the net is full
of things that claim to be HTTP but aren't.

> 2617 desperately does need to in order
> to meet the IESG requirements.  Why is that unclear?

The requirements have been revisited.

-- 

Robert Sayre

"I would have written a shorter letter, but I did not have the time."