<div dir="ltr">On Tue, Apr 3, 2018 at 4:27 PM Michael Welzl <<a href="mailto:michawe@ifi.uio.no">michawe@ifi.uio.no</a>> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">please, please, people, take a look at the ietf taps (“transport services”) working group  :-)<br>
<br></blockquote><br></div><div class="gmail_quote">I tried looking it up. It seems the TAPS WG is about building a consistent interface to different protocols in order to get a new interface rather than, say, the bsd socket interface.<br><br></div><div class="gmail_quote">But my search turned up several drafts from the WG. Did you have one in particular in mind?<br><br></div><div class="gmail_quote">I think the major reason to implement new protocols inside UDP is mainly due to a lot of existing devices out there, namely firewalls, NAT systems, and so on. The internet is extending itself by successive patching of older standards, rather than a replacement of older standards. I do note that this is how biological systems tend to work as well, but I have no good reason as to why that is what happens with internet standards where we in principle could redesign things. But perhaps already deployed stuff makes the systems susceptible to iterative patching.<br><br></div><div class="gmail_quote">The bufferbloat angle is also pretty clear: CoDel is a brilliant solution but it requires you to change queues in the network. So it seems people are trying to patch TCP instead, through something like BBR; again mimicking a biological system.<br></div></div>