Re: [hybi] Alternative for SRV proposal

Iñaki Baz Castillo <ibc@aliax.net> Mon, 25 July 2011 01:17 UTC

Return-Path: <ibc@aliax.net>
X-Original-To: hybi@ietfa.amsl.com
Delivered-To: hybi@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1310921F85DA for <hybi@ietfa.amsl.com>; Sun, 24 Jul 2011 18:17:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.647
X-Spam-Level:
X-Spam-Status: No, score=-2.647 tagged_above=-999 required=5 tests=[AWL=0.030, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_LOW=-1]
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 GRTSMm-0YEnR for <hybi@ietfa.amsl.com>; Sun, 24 Jul 2011 18:16:59 -0700 (PDT)
Received: from mail-qy0-f172.google.com (mail-qy0-f172.google.com [209.85.216.172]) by ietfa.amsl.com (Postfix) with ESMTP id 6CA4821F85DB for <hybi@ietf.org>; Sun, 24 Jul 2011 18:16:59 -0700 (PDT)
Received: by qyk9 with SMTP id 9so756443qyk.10 for <hybi@ietf.org>; Sun, 24 Jul 2011 18:16:58 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.229.66.25 with SMTP id l25mr2924901qci.265.1311556618764; Sun, 24 Jul 2011 18:16:58 -0700 (PDT)
Received: by 10.229.185.195 with HTTP; Sun, 24 Jul 2011 18:16:58 -0700 (PDT)
In-Reply-To: <20110724205120.GH22405@1wt.eu>
References: <CALiegfni83KAFTeo1vo_XLmLhVSAR_BxYwLoSkOizJ1ToHfqhw@mail.gmail.com> <20110724195600.GF22405@1wt.eu> <CALiegfn8B4YzbAz9zp8s6t=47nSqCaqc3SjH3LE5m6ffC3Ht+w@mail.gmail.com> <20110724205120.GH22405@1wt.eu>
Date: Mon, 25 Jul 2011 03:16:58 +0200
Message-ID: <CALiegfmw=emUhnyCvr8Lya00N9q7S06zOxvB9itg4ixjAH1kfg@mail.gmail.com>
From: =?UTF-8?Q?I=C3=B1aki_Baz_Castillo?= <ibc@aliax.net>
To: Willy Tarreau <w@1wt.eu>
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable
Cc: hybi@ietf.org
Subject: Re: [hybi] Alternative for SRV proposal
X-BeenThere: hybi@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Server-Initiated HTTP <hybi.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/hybi>, <mailto:hybi-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/hybi>
List-Post: <mailto:hybi@ietf.org>
List-Help: <mailto:hybi-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/hybi>, <mailto:hybi-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 25 Jul 2011 01:17:00 -0000

2011/7/24 Willy Tarreau <w@1wt.eu>eu>:
>> But that would require two DNS queries (in case of CNAME), am I wrong?
>> and that seems to be a problem (due to explanations given in the other
>> thread).
>
> Exact, but that would only be the case where the entry is declared as a
> CNAME, not always. CNAME will be needed as a fallback for SRV if SRV is
> made optional anyway.

Hummm, AFAIK some local DNS resolvers automatically resolve the CNAME
domain to an IP before passing the DNS result to the application, so
the application would not be aware of the existence of a CNAME record.




> In fact, I think we're missing a "SERVICES" record which would return
> for a given host the list of services that are known to run on it. That
> way you could run "host -a mydomain.org" and see :
> ;; ANSWER SECTION:
> mydomain.org.       159     IN      A 1.2.3.4
> mydomain.org.       159     IN      SERVICES _ws._tcp.
> mydomain.org.       159     IN      SERVICES _http._tcp.
>
> That way with a single request you could get the address *and* be informed
> of the running services, making it worth trying again for those.

I think you mean NAPTR records ;)

Those NAPTR records are used in SIP protocol to discover which
transport (UDP, TCP, TLS-TCP, SCTP...) to use (by preference of the
destination domain administrator).

In WS it could be something like:

  example.org  IN   NAPTR 1 0 "S" "WS+D2T" "" _ws._tcp.example.org.


But this would be an extra DNS query so there would be:

a) NAPTR + SRV +`A/AAAA

or

b) NAPTR + A/AAAA

It does not fit well with constrains exposed in the other mail thread.


Regards.
-- 
Iñaki Baz Castillo
<ibc@aliax.net>