There is a _possibility_ that this is legitimate traffic and not a varnish issue.<div><br></div><div>"206" responses happen in requests for video content when a client (like a media player) specifically requests that a "chunk" be delivered by sending a "Range:" header; the server sends a 206 status and several extra header fields in its response to acknowledge its ability to recognize the request, ability and willingness to send just a piece of the file rather than the whole file, and to indicate that the content it is giving represents only a partial piece of the file requested. </div>
<div><br></div><div>For example, a media player is playing a video that exists at a URL and the user fast-forwards to a certain point on the timeline, the player can stop the current play, requests a chunk it calculates is at that position in the timeline, and resume from that point forward. It could also theoretically use the same mechanism to populate it's internal cache.</div>
<div><br></div><div>There are references here: <a href="http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html">http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html</a> (search for "206 Partial Content"), here (<a href="http://en.wikipedia.org/wiki/Http_status_codes#2xx_Success">http://en.wikipedia.org/wiki/Http_status_codes#2xx_Success</a>) and here: <a href="http://labs.apache.org/webarch/http/draft-fielding-http/p5-range.html#status.206">http://labs.apache.org/webarch/http/draft-fielding-http/p5-range.html#status.206</a></div>
<div><br></div><div>Hope this helps,</div><div>-Mit</div><div><br></div><div><br></div><div><br></div><div> On Thu, Oct 6, 2011 at 5:59 PM, Kurt Kraut <span dir="ltr"><<a href="mailto:listas@kurtkraut.net">listas@kurtkraut.net</a>></span> wrote:</div>
<div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Hi,<br><br><br>I've already reported this on Varnish 3.0 and I waited to test it on Varnish 3.0.1 and the behaviour is the same. The majority of HTTP GET of files larger than 1mb are constantly interrupted and restarted with HTTP 206. Here is a sample collected from varnishncsa:<br>
<br>177.26.0.252 - - [06/Oct/2011:18:40:50 -0300] "GET <a href="http://video.kurtkraut.net/static/user/16/16855/0ae200b1a77438c17b1624d3987dc782.mp4" target="_blank">http://video.kurtkraut.net/static/user/16/16855/0ae200b1a77438c17b1624d3987dc782.mp4</a> HTTP/1.1" 206 2 "-" "AppleCoreMedia/1.0.0.8H7 (iPhone; U; CPU OS 4_3_2 like Mac OS X; pt_br)"<br>
177.26.0.252 - - [06/Oct/2011:18:40:50 -0300] "GET <a href="http://video.kurtkraut.net/static/user/16/16855/0ae200b1a77438c17b1624d3987dc782.mp4" target="_blank">http://video.kurtkraut.net/static/user/16/16855/0ae200b1a77438c17b1624d3987dc782.mp4</a> HTTP/1.1" 206 2 "-" "AppleCoreMedia/1.0.0.8H7 (iPhone; U; CPU OS 4_3_2 like Mac OS X; pt_br)"<br>
177.26.0.252 - - [06/Oct/2011:18:40:50 -0300] "GET <a href="http://video.kurtkraut.net/static/user/16/16855/0ae200b1a77438c17b1624d3987dc782.mp4" target="_blank">http://video.kurtkraut.net/static/user/16/16855/0ae200b1a77438c17b1624d3987dc782.mp4</a> HTTP/1.1" 206 2 "-" "AppleCoreMedia/1.0.0.8H7 (iPhone; U; CPU OS 4_3_2 like Mac OS X; pt_br)"<br>
177.26.0.252 - - [06/Oct/2011:18:40:50 -0300] "GET <a href="http://video.kurtkraut.net/static/user/16/16855/0ae200b1a77438c17b1624d3987dc782.mp4" target="_blank">http://video.kurtkraut.net/static/user/16/16855/0ae200b1a77438c17b1624d3987dc782.mp4</a> HTTP/1.1" 206 - "-" "AppleCoreMedia/1.0.0.8H7 (iPhone; U; CPU OS 4_3_2 like Mac OS X; pt_br)"<br>
<br>And this goes on for the next 14 lines, until all data was transfered. Full log except in <a href="http://pastebin.com/7r6gQsia" target="_blank">http://pastebin.com/7r6gQsia</a><br><br>This was an iPhone watching a MP4 video, but this also happens with curl, wget, Firefox, anything I've tested. If I point the FQDN straight to the backend it doesn't happen. Also, different backends (Apache, nginx were tested) the result is the same. I have three varnish 3.0.1 servers on different servers, on different datacenters, with different CentOS installs and they all behave the same.<br>
<br>I belive this is a bug, so my question is:<br><br>1) Is it a known issue?<br>2) If not, what further details would be helpful to make a bug report?<br>3) Does anyone suggest a workaround for this?<br><br><br>Thanks in advance,<br>
<font color="#888888">
<br>Kurt Kraut<br>
</font><br>_______________________________________________<br>
varnish-misc mailing list<br>
<a href="mailto:varnish-misc@varnish-cache.org">varnish-misc@varnish-cache.org</a><br>
<a href="https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc" target="_blank">https://www.varnish-cache.org/lists/mailman/listinfo/varnish-misc</a><br></blockquote></div><br><br clear="all"><div><br></div>-- <br>
<span style="font-family:arial, sans-serif;font-size:13px;border-collapse:collapse"><span style="color:gray">Will 'Mit' Rowe<br>Stagename</span><i><br></i><span style="color:rgb(153, 153, 153)">1-866-326-3098</span><br>
<span style="color:rgb(153, 153, 153)"><a href="mailto:josh@stagename.com" style="color:rgb(42, 93, 176)" target="_blank">mit@stagename.com</a></span><br style="color:rgb(153, 153, 153)"><span style="color:rgb(153, 153, 153)"><a href="http://www.stagename.com/" style="color:rgb(42, 93, 176)" target="_blank">www.stagename.com</a></span><br>
<span style="color:rgb(153, 153, 153)">Twitter: @stagename</span><font class="Apple-style-span" color="#999999"><br></font></span>
</div><div><span style="font-family:arial, sans-serif;font-size:13px;border-collapse:collapse"><span style="color:rgb(153, 153, 153)">Facebook: <a href="http://facebook.com/stagename">facebook.com/stagename</a></span></span></div>