Open boaks opened 11 months ago
The server treats each Request Tag as opaque.
RFC7252 does refer to "The set of request options that is used for matching the cache entry is also collectively referred to as the "Cache-Key".
However, certainly the Uri-Host option has to be calculated in order for the cache-key, so I would be doing the same for any options that are repeated. But, at the end of the day, it is up to the server as to how it builds the cache-key, what matters is that it always does it the same way.
what matters is that it always does it the same way.
sure. I also do not assume, that it will be too frequently more than one. But on the other side, if it's clear, that it is considered in order or not, then I guess interoperability will be easier.
Should a server distinguish requests with multiple
Request Tag
processing them as list (obey order) or set (no order)?RFC9175 3.3 uses
list
, but I want to ensure, that the interpretation is right.