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

Mark Andrews <marka@isc.org> Fri, 22 July 2011 02:16 UTC

Return-Path: <marka@isc.org>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 29D9921F86B3 for <ietf@ietfa.amsl.com>; Thu, 21 Jul 2011 19:16:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.607
X-Spam-Level:
X-Spam-Status: No, score=-2.607 tagged_above=-999 required=5 tests=[AWL=-0.008, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vV2tve80UrKJ for <ietf@ietfa.amsl.com>; Thu, 21 Jul 2011 19:16:51 -0700 (PDT)
Received: from mx.ams1.isc.org (mx.ams1.isc.org [IPv6:2001:500:60::65]) by ietfa.amsl.com (Postfix) with ESMTP id 5D0A221F86AE for <ietf@ietf.org>; Thu, 21 Jul 2011 19:16:51 -0700 (PDT)
Received: from bikeshed.isc.org (bikeshed.isc.org [IPv6:2001:4f8:3:d::19]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (Client CN "bikeshed.isc.org", Issuer "ISC CA" (verified OK)) by mx.ams1.isc.org (Postfix) with ESMTPS id C548F5F98E9; Fri, 22 Jul 2011 02:16:31 +0000 (UTC) (envelope-from marka@isc.org)
Received: from drugs.dv.isc.org (unknown [IPv6:2001:470:1f00:820:6233:4bff:fe01:7585]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by bikeshed.isc.org (Postfix) with ESMTPSA id BA78B216C7B; Fri, 22 Jul 2011 02:16:29 +0000 (UTC) (envelope-from marka@isc.org)
Received: from drugs.dv.isc.org (localhost [127.0.0.1]) by drugs.dv.isc.org (Postfix) with ESMTP id 48D811211E54; Fri, 22 Jul 2011 12:16:27 +1000 (EST)
To: Masataka Ohta <mohta@necom830.hpcl.titech.ac.jp>
From: Mark Andrews <marka@isc.org>
References: <20110711140229.17432.23519.idtracker@ietfa.amsl.com> <CALiegfk0zVVRBbOP4ugsVXKmcLnryujP6DZqF6Bu_dC2C3PpeQ@mail.gmail.com> <9031.1311082001.631622@puncture> <CALiegfk_GLAhAf=yEe6hYw2bwtxEwg9aJN+f0Bm9he5QgsRavA@mail.gmail.com> <CAP992=Ft6NwG+rbcuWUP0npwVNHY_znHmXmznBQO_krMo3RT6g@mail.gmail.com> <CALiegfmTWMP3GhS1-k2aoHHXkUkB+eWqV=2+BufuWVR1s2Z-EA@mail.gmail.com> <20110721163910.GA16854@1wt.eu> <CAP992=FrX5VxP2o0JLNoJs8nXXba7wbZ6RN9wBUYC0ZSN_wbAg@mail.gmail.com> <9031.1311270000.588511@puncture> <4E28C035.6020009@necom830.hpcl.titech.ac.jp>
Subject: Re: [hybi] Last Call: <draft-ietf-hybi-thewebsocketprotocol-10.txt> (The WebSocket protocol) to Proposed Standard
In-reply-to: Your message of "Fri, 22 Jul 2011 09:11:33 +0900." <4E28C035.6020009@necom830.hpcl.titech.ac.jp>
Date: Fri, 22 Jul 2011 12:16:27 +1000
Message-Id: <20110722021627.48D811211E54@drugs.dv.isc.org>
Cc: ietf@ietf.org
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 22 Jul 2011 02:16:52 -0000

In message <4E28C035.6020009@necom830.hpcl.titech.ac.jp>, Masataka Ohta writes:
> Dave Cridland wrote:
> 
> > It's proven impossible, despite effort, to retrofit SRV onto HTTP;
> 
> Where is a proof?
> 
> 						Masataka Ohta

Transitioning HTTP to use SRV is trivial even with proxies.

Transitioning HTTPS to use SRV is complicated because of proxies.
There needs to be changes to how clients talk to proxies for HTTPS
+ SRV to work through proxies.

HTTP and HTTPS's use of the DNS is a abomination.  CNAME is totally
misused.  If you want to host a service on another machine you use
a record that indicates that.  You don't use a alias because aliases
mean so much more.

Getting back to WS and SRV, WS needs to be SRV aware from day one
or it needs its own type in the DNS.  If you don't have SRV records
then you fallback to straight address records.

WS needs to specify what happens when a CNAME, literal or synthesised
from a DNAME, is returned in a DNS lookup.  Is "host.example.net
CNAME host.example.com" equivalent to "host.example.net SRV 100 0
0 host.example.com" or is the CNAME treated as a alias and the URL
gets re-written?

Take the case where one name really is a alias for the other.

	ws.example.net CNAME example.net
	_ws._tcp.example.net SRV 100 0 0 server.hoster.com.

Mark
-- 
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742                 INTERNET: marka@isc.org