<div dir="ltr">My specific use case is to support an HTTP/2 application behind a load balancer (reverse proxy).<div><br></div><div>Also as a backend LB between services that could use a long running HTTP/2 connection to do their communication.</div><div><br></div><div>Places where I need an LB, but also know that both ends would /prefer/ to use HTTP/2.</div><div><br></div><div>Nicholas</div><div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr">On Mon, Dec 14, 2015 at 12:15 PM Valentin V. Bartenev <<a href="mailto:vbart@nginx.com">vbart@nginx.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Monday 14 December 2015 09:57:02 Frank Liu wrote:<br>
> "multiplexing" seems to be a good use case for upstream proxying. We don't<br>
> have control how fast end users adopting HTTP/2, so we may still have tons<br>
> of HTTP/1.x requests coming in, but we can certainly upgrade upstream<br>
> servers that we control to support HTTP/2. If nginx upstream proxy module<br>
> can also support HTTP/2, we will be able to take advantage of<br>
> "multiplexing" the connection between nginx and upstream.<br>
><br>
[..]<br>
<br>
What's the advantage?<br>
<br>
  wbr, Valentin V. Bartenev<br>
<br>
_______________________________________________<br>
nginx mailing list<br>
<a href="mailto:nginx@nginx.org" target="_blank">nginx@nginx.org</a><br>
<a href="http://mailman.nginx.org/mailman/listinfo/nginx" rel="noreferrer" target="_blank">http://mailman.nginx.org/mailman/listinfo/nginx</a><br>
</blockquote></div>