<div dir="ltr"><div class="gmail_default" style="font-size:small;color:rgb(51,51,153)">I think what you both request is interesting.<br></div><div class="gmail_default" style="font-size:small;color:rgb(51,51,153)">However, I would like to push the analysis further.<br>

<br></div><div class="gmail_default" style="font-size:small;color:rgb(51,51,153)">Is seems SPDY design is flawed because it enables flexibility and offer new features compared to HTTP without taking into account the very basis of a protocol: being efficient by allowing quick and inexpensive routing of its packets.<br>

<br></div><div class="gmail_default" style="font-size:small;color:rgb(51,51,153)">Some other projects drafted towards HTTP/2.0 are made with efficiency in mind.<br></div><div class="gmail_default" style="font-size:small;color:rgb(51,51,153)">

One of them is called <span style="color:rgb(39,78,19)"><b>HTTPbis</b></span> and has been first drated mid-2012 by 4 interesting guys: Willy Tarreau (HAProxy), Poul‐Henning Kamp (Varnish),  Adrien de Croy (WinGate) and Amos Jeffries (Squid).<br>

</div><div class="gmail_default" style="font-size:small;color:rgb(51,51,153)">Look at that: 1 load-balancing guy, 1 cache one and 2 proxy ones... Those guys definitely want to avoid leveraging (D)Dos attacks!<br></div><div class="gmail_default" style="font-size:small;color:rgb(51,51,153)">

<br></div><div class="gmail_default" style="font-size:small;color:rgb(51,51,153)">They coopareta with other teams (SPDY one being one of them), but I like the approach they took at the very beginning.<br><br></div><div class="gmail_default" style="font-size:small;color:rgb(51,51,153)">

Is the nginx team aware of that project?<br>Does it seems interesting enough so nginx could support it in the near future? Or do you have any plans around HTTPbis?<br></div><div class="gmail_extra"><font size="1"><span style="color:rgb(102,102,102)">---<br>

</span><b><span style="color:rgb(102,102,102)">B. R.</span></b><span style="color:rgb(102,102,102)"></span></font>
</div></div>