Uploaded image for project: 'Traffic Server'
  1. Traffic Server
  2. TS-3425

Conditional request headers not included in the origin request, when an API disables cache store

    XMLWordPrintableJSON

    Details

    • Type: Bug
    • Status: Closed
    • Priority: Major
    • Resolution: Fixed
    • Affects Version/s: 5.3.0
    • Fix Version/s: 5.3.0
    • Component/s: HTTP
    • Labels:
      None

      Description

      We have a cache tier setup where cache is distributed among peers in a cluster. A given client request is typically mapped (url hashed) to one of the peers in the cluster and is cached in that particular peer. If the request is received in any other peer, it is forwarded to the peer that serves it from its cache. The cache is also disabled for that object on the peer that lands the initial request. With this setup, it's always a CACHE_MISS on the peer that lands the initial request.

      ATS on the initial peer removes the conditional headers (e.g. IMS) when forwarding to the correct peer, since this is CACHE MISS. However, since, the cache is disabled on the initial peer, it should include the conditional headers letting the fwded-to peer send back a 304, instead of having to download the complete object.

        Attachments

          Activity

            People

            • Assignee:
              sudheerv Sudheer Vinukonda
              Reporter:
              sudheerv Sudheer Vinukonda
            • Votes:
              0 Vote for this issue
              Watchers:
              3 Start watching this issue

              Dates

              • Created:
                Updated:
                Resolved: