- From: Poul-Henning Kamp <phk@phk.freebsd.dk>
- Date: Mon, 06 Feb 2012 19:26:22 +0000
- To: Ted Hardie <ted.ietf@gmail.com>
- cc: Henrik Nordström <henrik@henriknordstrom.net>, Julian Reschke <julian.reschke@gmx.de>, Mark Nottingham <mnot@mnot.net>, HTTP Working Group <ietf-http-wg@w3.org>
In message <CA+9kkMAj1vnTsxe7OLRVHSMZmDF5F=u1MQ8oniLgd_TppXiQ1g@mail.gmail.com> , Ted Hardie writes: >2012/2/5 Henrik Nordstr=F6m <henrik@henriknordstrom.net>: >So, two of the transports you list above (UDP and DTLS) are unreliable; is >reliability not a transport property you expect for HTTP message exchanges? >[...] >Of course you can build reliability on top of unreliable transports, Lets try to be a bit more exacting with our vocabulary, shall we ? TCP is not "reliable" any more than UDP is, many TCP connections fail, both during establishment and later. What TCP offers is "we'll hide all the retransmissions and pretend to be much more reliable than the underlying network" which is often convenient. But for many HTTP-purposes, UDP would be good enough: You send the request and either you get a reply or you do not. That isn't very different from a TCP connection breaking. Obviously, HTTP over UDP would be very exposed to DoS, so it should probably be confined to behind firewalls and other walled gardens, but I can certainly see the utility for a number of cases. -- Poul-Henning Kamp | UNIX since Zilog Zeus 3.20 phk@FreeBSD.ORG | TCP/IP since RFC 956 FreeBSD committer | BSD since 4.3-tahoe Never attribute to malice what can adequately be explained by incompetence.
Received on Monday, 6 February 2012 19:26:48 UTC