- From: Kari Hurtta <hurtta-ietf@elmme-mailer.org>
- Date: Mon, 16 Jan 2017 20:18:23 +0200 (EET)
- To: Lucas Pardue <Lucas.Pardue@bbc.co.uk>
- CC: HTTP working group mailing list <ietf-http-wg@w3.org>, Kari Hurtta <hurtta-ietf@elmme-mailer.org>
> For example, is it OK for a server to generate multiple “persist” > parameters perhaps with different values, how should a client deal with > that? Perhaps I’m worrying too much. Bad example, I think. https://tools.ietf.org/html/rfc7838#section-3.1 | This specification only defines a single value for "persist". | Clients MUST ignore "persist" parameters with values other than "1". I think that persist=1 and persist=1;persist=1 are equivalent. And all other persists values are ignored. ( Although it also make sense treat that same way than unknown parameter values. ) But betetr question is, what client should do when there is several "ma" paramater values. https://tools.ietf.org/html/rfc7838#section-3.1 | Syntax: | | ma = delta-seconds; see [RFC7234], Section 1.2.1 | | The delta-seconds value indicates the number of seconds since the | response was generated for which the alternative service is | considered fresh. There is only | This specification defines two parameters: "ma" and "persist", | defined in Section 3.1. Unknown parameters MUST be ignored. That | is, the values (alt-value) they appear in MUST be processed as if the | unknown parameter was not present. Because this is not defined all of these make sense ∙ Pick first value ∙ Pick last value ∙ Pick smallest "ma" value ∙ Pick largest "ma" value ∙ Treate that as unknown parameter ∙ Consider alternative service as invalid because max-age is unclear / Kari Hurtta
Received on Monday, 16 January 2017 18:19:00 UTC