Re: Last Call: <draft-yevstifeyev-http-headers-not-recognized-08.txt> ('Headers-Not-Recognized' HTTP Header Field) to Experimental RFC

Mykyta Yevstifeyev <evnikita2@gmail.com> Fri, 17 December 2010 14:18 UTC

Return-Path: <evnikita2@gmail.com>
X-Original-To: ietf@core3.amsl.com
Delivered-To: ietf@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id EF06F3A6B52 for <ietf@core3.amsl.com>; Fri, 17 Dec 2010 06:18:31 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.17
X-Spam-Level:
X-Spam-Status: No, score=-3.17 tagged_above=-999 required=5 tests=[AWL=0.429, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id L2+B0nnNqsGz for <ietf@core3.amsl.com>; Fri, 17 Dec 2010 06:18:31 -0800 (PST)
Received: from mail-bw0-f50.google.com (mail-bw0-f50.google.com [209.85.214.50]) by core3.amsl.com (Postfix) with ESMTP id D76FB3A6B4F for <ietf@ietf.org>; Fri, 17 Dec 2010 06:18:30 -0800 (PST)
Received: by bwg12 with SMTP id 12so919502bwg.37 for <ietf@ietf.org>; Fri, 17 Dec 2010 06:20:17 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=cN0YAdHZx+c4u1NuVChVCeJFUj+VryEuZUQKU7jFSVk=; b=sRU4ASbir6CoPHXIVcMdmcbLj4+BdmggZTHD2Cc042I7uifn3iTUDIbSfJ8n8DFiS9 rE9AqlvfP6vNThB8C3yRtQVdvSkBaXFa9XrJ4h4eoCBSI8uKwDwIJfLu+ByX7cOSTMqH heO7PlV0d7Ldjmk0eta8YGVuuhX3ZcCiBQ7KY=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=U2KcxM25Wd7AYmMpp1hltwNMSGaw4EZUnXebMSqFtXO1r0ti3bCUn2BoDzy1rzBGTh atgq5uzzWQCIKBqM1GP1f/Z/fHmRR2VEcWfZn1pQaWfx1kwhS/QRk2TqBnjoc/26d4c4 paGptZRiUX6jKf57TrqEaNgVfiY4J4MJ76fMc=
Received: by 10.204.119.15 with SMTP id x15mr635652bkq.56.1292595617057; Fri, 17 Dec 2010 06:20:17 -0800 (PST)
Received: from [127.0.0.1] ([195.191.104.134]) by mx.google.com with ESMTPS id b17sm1861678bku.8.2010.12.17.06.20.15 (version=SSLv3 cipher=RC4-MD5); Fri, 17 Dec 2010 06:20:16 -0800 (PST)
Message-ID: <4D0B71AA.5060305@gmail.com>
Date: Fri, 17 Dec 2010 16:20:26 +0200
From: Mykyta Yevstifeyev <evnikita2@gmail.com>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ru; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7
MIME-Version: 1.0
To: Daniel Stenberg <daniel@haxx.se>
Subject: Re: Last Call: <draft-yevstifeyev-http-headers-not-recognized-08.txt> ('Headers-Not-Recognized' HTTP Header Field) to Experimental RFC
References: <20101213132808.2379.30041.idtracker@localhost> <6.2.5.6.2.20101217021213.0c3125b0@resistor.net> <4D0B6B6D.7040001@gmail.com> <alpine.DEB.2.00.1012171458260.28703@tvnag.unkk.fr>
In-Reply-To: <alpine.DEB.2.00.1012171458260.28703@tvnag.unkk.fr>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: SM <sm@resistor.net>, ietf@ietf.org, httpbis Group <ietf-http-wg@w3.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 17 Dec 2010 14:18:32 -0000

17.12.2010 16:14, Daniel Stenberg wrote:
> On Fri, 17 Dec 2010, Mykyta Yevstifeyev wrote:
>
>>> What do packets have to do with HTTP headers?
>
>> What do you mean? Packets have nothing to do with headers, there is 
>> nothing about this in paragraph above. Maybe you meant middle-boxes?
>
> Read through your -09 spec again. You speak of "HTTP packets" in 
> several places, where they should rather be "HTTP request" or "HTTP 
> responses" etc.
Maybe I meant HTTP messages here.
>
> I also find the use of 'host' very confusing in the document as it is 
> clearly used instead of the more proper 'client' or 'server' in some 
> places.
In previous version there have been the 'server' and 'client' terms 
instead 'host'. However it is obvious for me that there can be as 
servers as clients that do not recognize some headers of another side of 
exchange.
>
> The second paragraph in section 2.1 combines both these mistakes and 
> make a blob of text that I cannot understand:
>
>    When HTTP host receives HTTP packet with Headers-Not-Recognized
>    header, it is RECOMMENDED that it avoids sending packets with headers
>    with mentioned in it names or tries to change them so that it is able
>    to recognize and process them.
>
> Does this say that if a client learns about headers that the server 
> doesn't support, it shouldn't send them in subsequent requests?
No, that just describes the behavior of the host after receiving the 
H-N-R header. However this paragraph needs improvement, and I'll do that 
in the next version of the draft, which will bw available at the end of 
Last Call.

All the best,
Mykyta Yevstifeyev