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

[Iñaki Baz Castillo <[e-mail]>]

2011/7/22 Bruce Atherton <[e-mail]>:
> You are right that it would be impossible to require all environments that
> wanted to add Websockets support, whether client or server, to change their
> DNS to have NAPTR and SRV records. After all, Websockets is intended to
> integrate easily into the already existing HTTP infrastructure.
>
> What is being proposed, though, is to require clients to resolve the
> hostname portion of ws: and wss: URLs by _first_ looking for NAPTR and SRV
> records (unless, of course, the hostname is already an IP address). If a
> NAPTR record is found, use it to look up an SRV record (otherwise use a
> default). If an SRV record is found, use it to look up the A or AAAA record.
> If no SRV record is found, look up the record exactly the same as if you
> were looking up an HTTP host, by using the host name from the URL.

Well, in SIP there are NAPTR records because SIP can work over
different transports (UDP, TCP, TLS-TCP. SCTP, TLS-SCTP). In case of
WebSocket, it just defined for TCP so NAPTR records don't make sense.

So just SRV is required:

a)  _ws._tcp.DOMAIN.COM    for WS URI
b)  _wss._tcp.DOMAIN.COM   for WSS URI


Regards.

-- 
Iñaki Baz Castillo
<[e-mail]>