- From: Ori Finkelman <orif@qwilt.com>
- Date: Tue, 13 Nov 2018 11:12:12 +0200
- To: ietf-http-wg@w3.org
- Message-ID: <CAMb9nTuwfE=Bxof_C0=L+U9etxgxsq_rNxzuS7W0g=X+yG-cKQ@mail.gmail.com>
Hi Mark, This draft seems a good place to clarify to redirection issues we have discussed in HTTPbis and how they are used wrongly in HLS and DASH clients. Reading the "Redirection" section 4.6.1 of this draft it is does not clarify that a a user agent that automatically followed a redirect should treat that a request as a new request and not as an "extension" of the original request, and therefore the base URI of the retrieved object is the final retrieval URI. This may also get some readers confused with the text in https://tools.ietf.org/html/draft-ietf-httpbis-semantics-03#section-9.4.3 That says: Since the redirection might be altered on occasion, the client ought to continue to use the effective request URI for future requests. An implementation might wrongly interpret that and conclude that if subsequent requests to that resource should go back to the effective (that means the original ?) request URI, then the base URI of the retrieved object is still the original URI, even though it was redirected. I was hoping that draft-ietf-httpbis-bcp56bis can be a good place to clarify that and give the right guidance to protocols like HLS and DASH. Hope this make sense. Thanks, Ori -- *Ori Finkelman*Qwilt | Work: +972-72-2221647 | Mobile: +972-52-3832189 | orif@qwilt.com
Received on Tuesday, 13 November 2018 09:13:05 UTC