<div dir="ltr">Can you elaborate? How is Upgrade related to OPTIONS?<div><br></div><div>Also (and this might require more clarifications on the VIP itself), WebSockets support still requires VCL changes, so we'll be expanding the changes to vcl_recv{} but either way won't work out of the box.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Apr 6, 2016 at 3:54 PM, Dridi Boukelmoune <span dir="ltr"><<a href="mailto:dridi@varni.sh" target="_blank">dridi@varni.sh</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Wed, Apr 6, 2016 at 2:34 PM, Federico Schwindt <<a href="mailto:fgsch@lodoss.net">fgsch@lodoss.net</a>> wrote:<br>
> For the record, added my comment to the VIP at<br>
> <a href="https://github.com/varnishcache/varnish-cache/wiki/VIP8:-No-pipe-in-builtin.vcl-in-V5" rel="noreferrer" target="_blank">https://github.com/varnishcache/varnish-cache/wiki/VIP8:-No-pipe-in-builtin.vcl-in-V5</a>.<br>
<br>
</span>Your comment on OPTIONS is valid, but we should also consider protocol<br>
upgrades. Maybe the test should be if the method is OPTIONS and the<br>
request contains an Upgrade header field.<br>
<br>
Regarding optional upgrades, what happens if the backend responds with 101?<br>
<br>
As the VIP says, no matter how pipe turns out in v5, but how does H2<br>
deal with protocol upgrades? I think it doesn't (eg. websockets)<br>
<span class="HOEnZb"><font color="#888888"><br>
Dridi<br>
</font></span></blockquote></div><br></div>