Re: [hybi] Last Call: <draft-ietf-hybi-thewebsocketprotocol-10.txt> (The WebSocket protocol) to Proposed Standard

"Roy T. Fielding" <> Sun, 24 July 2011 18:19 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id D89F321F8A69; Sun, 24 Jul 2011 11:19:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -105.72
X-Spam-Status: No, score=-105.72 tagged_above=-999 required=5 tests=[AWL=-3.121, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id JDN9rl66bT9G; Sun, 24 Jul 2011 11:19:07 -0700 (PDT)
Received: from ( []) by (Postfix) with ESMTP id 2949721F8A64; Sun, 24 Jul 2011 11:19:07 -0700 (PDT)
Received: from (localhost []) by (Postfix) with ESMTP id F2182594059; Sun, 24 Jul 2011 11:19:06 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; c=nofws;; h=subject:mime-version :content-type:from:in-reply-to:date:cc:content-transfer-encoding :message-id:references:to; q=dns;; b=fYBJ32s0aEK4JoPp Vmdj4nSQaFQaOZP16PV+ZaSmRhaai0BepLmSL2wX2VUP8Onn2W/cfatA5ZKcCdhj C7mHS5BiMJ+EjLfy9nggp0axEoQ02IGjDgURkq+UzpAr6kvjQChehY0NslQoy7pD YFpJ6vJG3ra1v9N+ztLjv0ywIBs=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed;; h=subject :mime-version:content-type:from:in-reply-to:date:cc :content-transfer-encoding:message-id:references:to;; bh=Zhc5xVe4U1bC3Z/Eyfw/o3c2gZo=; b=Wtq9KxL3FMeKMy+h6pwVhJjKpOwt hOPRl5ySdNpqE31snE60AG1iwLU4CFu/nMQaLT5QHdKbZf0icys19EooupkReX7j gC+vcSzVuXZWFuWla5XjDEPY/lizGQS/mr0B6WQkBhSLODpvMIa7vEYbvTP5R6Ls uP7OAcj4eSUAXa8=
Received: from [] ( []) (using TLSv1 with cipher AES128-SHA (128/128 bits)) (No client certificate requested) (Authenticated sender: by (Postfix) with ESMTPSA id B62EC594058; Sun, 24 Jul 2011 11:19:06 -0700 (PDT)
Mime-Version: 1.0 (Apple Message framework v1084)
Content-Type: text/plain; charset=us-ascii
From: "Roy T. Fielding" <>
In-Reply-To: <>
Date: Sun, 24 Jul 2011 11:19:06 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: <>
References: <> <> <9031.1311082001.631622@puncture> <> <> <> <> <> <9031.1311270000.588511@puncture> <> <> <>
To: Mark Andrews <>
X-Mailer: Apple Mail (2.1084)
Cc: Server-Initiated HTTP <>, IETF-Discussion list <>
Subject: Re: [hybi] Last Call: <draft-ietf-hybi-thewebsocketprotocol-10.txt> (The WebSocket protocol) to Proposed Standard
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Server-Initiated HTTP <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Sun, 24 Jul 2011 18:19:08 -0000

On Jul 24, 2011, at 12:33 AM, Mark Andrews wrote:
> In message <>om>, "Roy T. Fielding" writes:
>> On Jul 21, 2011, at 10:52 AM, I=F1aki Baz Castillo wrote:
>>> 2011/7/21 Dave Cridland <>et>:
>>>> It's proven impossible, despite effort, to retrofit SRV onto HTTP; there=
>> is
>>>> no way it'll be possible to retrofit onto WS.
>>> =
>>> Right. If WS borns with no SRV (as a MUST for WS clients) then just
>>> forget it and let inherit all the ugly limitations from HTTP protocol.
>> I am tired of this.  SRV is not used for HTTP because SRV adds latency
>> to the initial request for no useful purpose whatsoever.
> How do you solve the problem of hosting just ""
> on "" and not redirect everything else at
>  People have been complaining about this for about as
> long as the web has existed.

The Web has existed in usable form since 1991.  Name-based virtual
hosting wasn't even possible until we added Host in 1995.  In any case,
nobody has ever asked me to make the above a priority -- it simply isn't
a relevant problem compared to load balancing in general, and the general
problem does not assume that the client is friendly.

I would never try to "solve" load balancing by requiring every browser
to make an additional (failed) DNS SRV request each time it encounters
one of the 357,292,065 individual hostnames that are known to use HTTP,
not to mention the many millions more that are not exposed on the
Internet and don't even use DNS for resolution.  HTTP would not, cannot,
and never will benefit from SRV even if we had a magic wand that could
deploy it on all browsers.  SRV simply doesn't fit the Web architecture.