<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto">well - they have been refusing too long to do them at all. i guess that’s part of the problem<br><br><div id="AppleMailSignature">Sent from my iPhone</div><div><br>On 4 Apr 2018, at 09:42, Dave Taht <<a href="mailto:dave.taht@gmail.com">dave.taht@gmail.com</a>> wrote:<br><br></div><blockquote type="cite"><div><div dir="auto">How dead is posix these days? Ietf does not generally do apis well.</div><br><div class="gmail_quote"><div dir="ltr">On Tue, Apr 3, 2018, 9:14 AM Michael Welzl <<a href="mailto:michawe@ifi.uio.no">michawe@ifi.uio.no</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><br><div><blockquote type="cite"><div>On Apr 3, 2018, at 4:48 PM, Jesper Louis Andersen <<a href="mailto:jesper.louis.andersen@gmail.com" target="_blank" rel="noreferrer">jesper.louis.andersen@gmail.com</a>> wrote:</div><br class="m_4245485280367344187Apple-interchange-newline"><div><div dir="ltr">On Tue, Apr 3, 2018 at 4:27 PM Michael Welzl <<a href="mailto:michawe@ifi.uio.no" target="_blank" rel="noreferrer">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></div></div></div></blockquote><div><br></div>Thanks for taking a look!</div><div>Indeed, it’s about a consistent interface - I was provoked to send this message by the reference to ossification, and talk of messages (lacking in TCP).</div><div>Sure, when you’re in control of both ends of a connection, you can build whatever you want on top of UDP - but there’s a lot of wheel re-inventing there. Really, the transport layer can’t change as long as applications (or their libraries) are exposed to only the services of TCP and UDP, and thereby statically bound to these transport protocols.</div><div><br></div><div>I think I’d recommend this draft as a starting point: <a href="https://taps-api.github.io/drafts/draft-trammell-taps-interface.html" target="_blank" rel="noreferrer">https://taps-api.github.io/drafts/draft-trammell-taps-interface.html</a></div><div><br></div><div>Cheers,</div><div>Michael</div><div><br></div></div>_______________________________________________<br>
Bloat mailing list<br>
<a href="mailto:Bloat@lists.bufferbloat.net" target="_blank" rel="noreferrer">Bloat@lists.bufferbloat.net</a><br>
<a href="https://lists.bufferbloat.net/listinfo/bloat" rel="noreferrer noreferrer" target="_blank">https://lists.bufferbloat.net/listinfo/bloat</a><br>
</blockquote></div>
</div></blockquote></body></html>