W3C home > Mailing lists > Public > ietf-http-wg@w3.org > October to December 2013

Re: [tsvwg] The List (of application-layer desired features)

From: Michael Welzl <michawe@ifi.uio.no>
Date: Fri, 11 Oct 2013 10:14:25 +0200
Cc: Roberto Peon <grmocg@gmail.com>, HTTP Working Group <ietf-http-wg@w3.org>, tsvwg <tsvwg@ietf.org>
Message-Id: <F04A5FCF-A088-4729-BB5E-8F6533EAFFF3@ifi.uio.no>
To: Nico Williams <nico@cryptonector.com>

On 30. aug. 2013, at 18:50, Nico Williams wrote:

> - HTTP needs an XID so as to make it less dependent on octet stream transports.  HTTP chunks, so there's no need for sub-channels, as long as an XID can be used to dissociate reply order from request order.
> 
> - SCTP and similar should be implemented in user-space -- the OS/NIC should know nothing more than how to classify packets for dispatch purposes.  UDP obviously facilitates this and has the benefit that middle boxes deal with it.
> 
> 
AFAIK a pretty well working version of SCTP in user-space exists, and this is also what's used in Firefox for the rtcweb data channel.

> - Multi-homing and name resolution should be abstracted from the app, even if they are handled within the app (in a library).
> 
+1

> - The tricky things are a) security (SYN forgery type attacks), and b) congestion control.  We know how to do (a) with low latency sometimes (e.g., see TCP Fast Open).  (b) is trickier; read with care (has the IAB said anything about this?).
> 
> 
RFC 3714 is a congestion control related RFC from the IAB. There's also more RFCs with general recommendations, and a RFC 5783 gives an overview of all of them (up to the date of its publication).

> - User/service authentication and session crypto are orthogonal to the above: TLS and similar can be adapted to unreliable, unordered datagram delivery, and they have been (DTLS).  This is not to say that we have nothing to do in this space, just that it's mostly orthogonal to the transport issues/wish-list.
> 
> Nico
> --
> 

Cheers,
Michael
Received on Friday, 11 October 2013 08:14:54 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 1 March 2016 11:11:18 UTC