How to stop receiving a pushed resource? (I-D Action: draft-ietf-httpbis-http2-01.txt)

Frédéric Kayser <f.kayser@free.fr> Tue, 22 January 2013 01:37 UTC

Return-Path: <ietf-http-wg-request@listhub.w3.org>
X-Original-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com
Delivered-To: ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 78C4921F87FF for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Mon, 21 Jan 2013 17:37:45 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.949
X-Spam-Level:
X-Spam-Status: No, score=-9.949 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_EQ_FR=0.35, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id UZ-oXu0j89xn for <ietfarch-httpbisa-archive-bis2Juki@ietfa.amsl.com>; Mon, 21 Jan 2013 17:37:45 -0800 (PST)
Received: from frink.w3.org (frink.w3.org [128.30.52.56]) by ietfa.amsl.com (Postfix) with ESMTP id 08F4521F8750 for <httpbisa-archive-bis2Juki@lists.ietf.org>; Mon, 21 Jan 2013 17:37:44 -0800 (PST)
Received: from lists by frink.w3.org with local (Exim 4.72) (envelope-from <ietf-http-wg-request@listhub.w3.org>) id 1TxSm9-0004mJ-S1 for ietf-http-wg-dist@listhub.w3.org; Tue, 22 Jan 2013 01:35:45 +0000
Resent-Date: Tue, 22 Jan 2013 01:35:45 +0000
Resent-Message-Id: <E1TxSm9-0004mJ-S1@frink.w3.org>
Received: from lisa.w3.org ([128.30.52.41]) by frink.w3.org with esmtp (Exim 4.72) (envelope-from <f.kayser@free.fr>) id 1TxSm6-0004lE-5w for ietf-http-wg@listhub.w3.org; Tue, 22 Jan 2013 01:35:42 +0000
Received: from smtp5-g21.free.fr ([212.27.42.5]) by lisa.w3.org with esmtp (Exim 4.72) (envelope-from <f.kayser@free.fr>) id 1TxSm4-00040k-6r for ietf-http-wg@w3.org; Tue, 22 Jan 2013 01:35:42 +0000
Received: from [192.168.0.1] (unknown [81.56.127.176]) by smtp5-g21.free.fr (Postfix) with ESMTP id CBE73D48052 for <ietf-http-wg@w3.org>; Tue, 22 Jan 2013 02:35:14 +0100 (CET)
Content-Type: text/plain; charset="iso-8859-1"
Mime-Version: 1.0 (Apple Message framework v1085)
From: Frédéric Kayser <f.kayser@free.fr>
In-Reply-To: <20130121233617.11829.39388.idtracker@ietfa.amsl.com>
Date: Tue, 22 Jan 2013 02:35:13 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <811EDF18-4B55-4732-8307-F6B4E0F07DF6@free.fr>
References: <20130121233617.11829.39388.idtracker@ietfa.amsl.com>
To: ietf-http-wg@w3.org
X-Mailer: Apple Mail (2.1085)
Received-SPF: none client-ip=212.27.42.5; envelope-from=f.kayser@free.fr; helo=smtp5-g21.free.fr
X-W3C-Hub-Spam-Status: No, score=-3.4
X-W3C-Hub-Spam-Report: AWL=-3.388, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_NONE=-0.0001
X-W3C-Scan-Sig: lisa.w3.org 1TxSm4-00040k-6r d0017b9cfc5a32c828a4ffcba8e8f9a5
X-Original-To: ietf-http-wg@w3.org
Subject: How to stop receiving a pushed resource? (I-D Action: draft-ietf-httpbis-http2-01.txt)
Archived-At: <http://www.w3.org/mid/811EDF18-4B55-4732-8307-F6B4E0F07DF6@free.fr>
Resent-From: ietf-http-wg@w3.org
X-Mailing-List: <ietf-http-wg@w3.org> archive/latest/16087
X-Loop: ietf-http-wg@w3.org
Resent-Sender: ietf-http-wg-request@w3.org
Precedence: list
List-Id: <ietf-http-wg.w3.org>
List-Help: <http://www.w3.org/Mail/>
List-Post: <mailto:ietf-http-wg@w3.org>
List-Unsubscribe: <mailto:ietf-http-wg-request@w3.org?subject=unsubscribe>

Hello,
is this the mechanism clients should use to stop receiving pushed resources they already have in their local cache?
How are servers supposed to guess what to push or not? Is it be based on modification date, could the clients send some hints?

Frédéric

> 4.3.2.  Client implementation
> 
>    When fetching a resource the client has 3 possibilities:
> 
>       the resource is not being pushed
> 
>       the resource is being pushed, but the data has not yet arrived
> 
>       the resource is being pushed, and the data has started to arrive
> 
>    When a SYN_STREAM and HEADERS frame which contains an Associated-To-
>    Stream-ID is received, the client must not issue GET requests for the
>    resource in the pushed stream, and instead wait for the pushed stream
>    to arrive.
> 
> [...]
> 
>    To cancel individual server push streams, the client can issue a
>    stream error (Section 3.4.2) with error code CANCEL.  Upon receipt,
>    the server MUST stop sending on this stream immediately (this is an
>    Abrupt termination).