W3C home > Mailing lists > Public > ietf-http-wg@w3.org > July to September 2014

Re: Alt-Svc alternative cache invalidation (ext#16)

From: Mark Nottingham <mnot@mnot.net>
Date: Tue, 19 Aug 2014 17:24:53 +1000
Cc: Erik Nygren <erik@nygren.org>, HTTP Working Group <ietf-http-wg@w3.org>
Message-Id: <441688BC-7A2D-45BA-8BB1-FA802A92FC25@mnot.net>
To: Martin Thomson <martin.thomson@gmail.com>
On 19 Aug 2014, at 3:42 am, Martin Thomson <martin.thomson@gmail.com> wrote:

> On 18 August 2014 10:37, Erik Nygren <erik@nygren.org> wrote:
>> Would it make more sense for (origin) to be the key with a set of (service
>> protocol, service endpoint) tuples being the value?  This allows a reset or
>> correction (or removal?) by publishing a new set of [(service protcol,
>> service endpoint), ...] values.
> The problem is that there are two different ways to update the set:
> * The Alt-Svc header field bears multiple values and could be used in
> the fashion you describe.
> * The ALTSVC frame type bears just a single value.
> The latter is the problem here.

Yeah. We don't have a concept of replacement at all in the current spec. The header *could* have this semantic, but like Martin points out, the frame would be incapable of doing that (unless we had a 'clear cache for this origin' flag or something simliar).


Mark Nottingham   https://www.mnot.net/
Received on Tuesday, 19 August 2014 07:25:22 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 30 March 2016 09:57:10 UTC