Re: weighting transports

Andrew Newton <andy@hxr.us> Fri, 02 April 2010 13:29 UTC

Return-Path: <andy@hxr.us>
X-Original-To: apps-discuss@core3.amsl.com
Delivered-To: apps-discuss@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 517B43A694F for <apps-discuss@core3.amsl.com>; Fri, 2 Apr 2010 06:29:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.469
X-Spam-Level:
X-Spam-Status: No, score=-1.469 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, DNS_FROM_OPENWHOIS=1.13]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id iiAvlgUj6odv for <apps-discuss@core3.amsl.com>; Fri, 2 Apr 2010 06:29:52 -0700 (PDT)
Received: from zeke.ecotroph.net (zeke.ecotroph.net [70.164.19.155]) by core3.amsl.com (Postfix) with ESMTP id 709D13A69B5 for <apps-discuss@ietf.org>; Fri, 2 Apr 2010 06:29:52 -0700 (PDT)
Received: from zx80.arin.net ([::ffff:192.149.252.11]) (AUTH: PLAIN anewton, SSL: TLSv1/SSLv3,128bits,AES128-SHA) by zeke.ecotroph.net with esmtp; Fri, 02 Apr 2010 09:30:24 -0400 id 015AC513.4BB5F170.00004563
Subject: Re: weighting transports
Mime-Version: 1.0 (Apple Message framework v1077)
Content-Type: text/plain; charset="us-ascii"
From: Andrew Newton <andy@hxr.us>
In-Reply-To: <8FA27CA0-37DD-420B-A7D6-A187618FFCE5@hueniverse.com>
Date: Fri, 02 Apr 2010 09:30:23 -0400
Content-Transfer-Encoding: quoted-printable
Message-Id: <05B16BF0-83CF-4A28-ADF0-E970423A9521@hxr.us>
References: <4BB4ECFD.9090307@stpeter.im> <8FA27CA0-37DD-420B-A7D6-A187618FFCE5@hueniverse.com>
To: Peter Saint-Andre <stpeter@stpeter.im>
X-Mailer: Apple Mail (2.1077)
Cc: apps-discuss@ietf.org
X-BeenThere: apps-discuss@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: General discussion of application-layer protocols <apps-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/apps-discuss>
List-Post: <mailto:apps-discuss@ietf.org>
List-Help: <mailto:apps-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 02 Apr 2010 13:29:53 -0000

On Apr 1, 2010, at 14:59, "Peter Saint-Andre" <stpeter@stpeter.im>  
wrote:

> Sometimes a client needs to determine which transport or technology an
> application server prefers for a given service type. For examples, an
> email service might be provided via both POP and IMAP or a website  
> might
> be available via both TCP and SCTP.
> 
> The approach taken in draft-daboo-srv-email is to check multiple SRV
> records (here IMAP would be preferred):
> 
>      _imap._tcp     SRV  0 1 143 imap.example.com.
>      _pop3._tcp     SRV 10 1 110 pop3.example.com.
> 
> The approach taken in draft-yourtchenko-tran-announce-dns is to  
> define a
> new DNS RR (here SCTP would be preferred):
> 
>      _http.www      XPORT    5 _sctp
>                     XPORT    9 _tcp
> 
> I think  it would be good to come to rough consensus (if possible)  
> on a
> preferred approach in the Applications Area.
> 
> Peter

I glanced at both drafts and did not see a discussion about why neither RFC 3958 nor RFC 4848 are sufficient for the purposes being described.  Perhaps that is a discussion I missed elsewhere.

I believe Philip Hallam-Baker put forward a very similar SRV proposal years ago but don't recall what happened to it.

Personally, I think it is time for the IETF to consider a new record type to simplify this type of DNS discovery if NAPTR and SRV records are considered too cumbersome for this purpose.

-andy