On 2011-09-03 12:54, Julian Reschke wrote:
Hi,
I believe that almost everything Roy says below is non-controversial; if
we can tune the language to be less offensive it might fit well into the
Introduction (and not require an IESG Note to get into the document).
Best regards, Julian
...
Like that...:
The WebSocket protocol is designed with an assumption that
TCP port 80 or 443 will be used for the sake of tunneling raw
socket exchanges over HTTP. The result is a convoluted and
inefficient exchange of hashed data for the sake of bypassing
s/convoluted and inefficient/complex/
intermediaries that may be routing, authenticating, filtering,
or verifying traffic on those ports. The sole reason for using
s/sole//
ports 80 and 443, and hence requiring the hashed data exchange,
is because many organizations use TCP port blocking at firewalls
to prevent unexpected network traffic, but allow the HTTP ports
to remain open because they are expected to be used for normal
Web request traffic. WebSocket deliberately bypasses network
management constraints in order to enable Web application
developers to send arbitrary data though a trusted port.
Naturally, the WebSocket protocol does not have the same network
characteristics as HTTP. The messages exchanged are likely to
be smaller, more interactive, and delivered asynchronously over
a long-lived connection. Unfortunately, those are the same
characteristics of typical denial-of-service attacks over HTTP.
Organizations deploying WebSockets should be aware that existing
network equipment or software monitoring on those ports may need
to be updated or replaced.
Best regards, Julian
_______________________________________________
Ietf mailing list
Ietf(_at_)ietf(_dot_)org
https://www.ietf.org/mailman/listinfo/ietf