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

Willy Tarreau <> Sun, 24 July 2011 18:57 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id CC8D121F8892; Sun, 24 Jul 2011 11:57:17 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -4.816
X-Spam-Status: No, score=-4.816 tagged_above=-999 required=5 tests=[AWL=-3.073, BAYES_00=-2.599, HELO_IS_SMALL6=0.556, MIME_8BIT_HEADER=0.3]
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id fMM7rARXSYLa; Sun, 24 Jul 2011 11:57:17 -0700 (PDT)
Received: from ( []) by (Postfix) with ESMTP id 19ED721F87C5; Sun, 24 Jul 2011 11:57:13 -0700 (PDT)
Received: (from willy@localhost) by mail.home.local (8.14.4/8.14.4/Submit) id p6OIv6Hn027193; Sun, 24 Jul 2011 20:57:06 +0200
Date: Sun, 24 Jul 2011 20:57:06 +0200
From: Willy Tarreau <>
To: =?iso-8859-1?Q?I=F1aki?= Baz Castillo <>
Message-ID: <>
References: <> <> <> <> <9031.1311270000.588511@puncture> <> <> <> <> <>
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <>
User-Agent: Mutt/
Cc: "Roy T. Fielding" <>, Server-Initiated HTTP <>, IETF-Discussion <>
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:57:17 -0000

On Sun, Jul 24, 2011 at 08:28:49PM +0200, Iñaki Baz Castillo wrote:
> 2011/7/24 Willy Tarreau <>eu>:
> >> And I'm really tired of hearing the argument of the "latency" which
> >> nobody demostrates (but just talks about it without replying me how
> >> the same is not a problem in realtime protocols like SIP and XMPP).
> >
> > Because you have never worked in a mobile phone environment. You'd be
> > amazed to see what end users are paying for ! Count 300-500 ms on average
> > for a DNS request.
> Well, mobile phone world is a pain due to GPRS/3G internet
> connections. But those networks should be improved rather than
> assuming that all the Internet must change to work on those infernal
> environments (which IMHO are not yet ready for modern internet). All I
> see in mobile networks are workarounds.

Those are infernal but part of the time cannot be compressed much more
due to the fact that you have to share the medium with many other people
and you have to wait for your slot to send packets. And I'm not even
counting the time it can take to forward your data across the country
between the antenna and the datacenter. Sure things will improve, but
I don't expect seeing anything below 40-50ms.

> >> Could you explain me why DNS A is good but DNS SRV is bad in such
> >> "anarchic" deployments?
> >
> > DNS is not mandatory for HTTP. It's not "DNS A" which makes it good, but
> > "no mandatory DNS". This is a huge difference.
> So, do you mean using URI's with IP rather than domain? (take into
> account that TLS connection require the certificate to match the URI
> domain, but anyhow it's also possible to use IP's within the
> certificate).

On internal networks, using IP instead of URIs is not uncommon at all,
especially on developer networks where you need many instances of the
same server in different versions or for different people. Some static
servers also make use of this because it saves one roundtrip. And of
course you have it on your ADSL router's web-based configuration interface
otherwise you wouldn't be able to contact the DNS to reach the router :-)

But that's not what I meant, I meant that DNS is not the only solution
to resolve host names. WINS, NIS and /etc/hosts are usable too. When I
was a student in 94, we had all our passwords and hostnames in NIS and
no DNS was configured. It worked like a charm. DNS is not something
mandatory at all for many protocols. It just happens to be the standard
over the public Internet.