Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

RFC 9175 - Request Tag - List or Set? #30

Open
boaks opened this issue Oct 10, 2023 · 2 comments
Open

RFC 9175 - Request Tag - List or Set? #30

boaks opened this issue Oct 10, 2023 · 2 comments

Comments

@boaks
Copy link

boaks commented Oct 10, 2023

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.

@mrdeep1
Copy link

mrdeep1 commented Oct 10, 2023

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.

@boaks
Copy link
Author

boaks commented Oct 10, 2023

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.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants