IETF Logo Mail Archive

Re: interop problems with getaddrinfo() address selection

Stephane Bortzmeyer <bortzmeyer@nic.fr> Tue, 11 December 2007 09:47 UTC

Return-path: <discuss-bounces@apps.ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J21iR-0008G5-G5; Tue, 11 Dec 2007 04:47:51 -0500
Received: from discuss by megatron.ietf.org with local (Exim 4.43) id 1J21iQ-00089p-El for discuss-confirm+ok@megatron.ietf.org; Tue, 11 Dec 2007 04:47:50 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J21iQ-000878-2C for discuss@apps.ietf.org; Tue, 11 Dec 2007 04:47:50 -0500
Received: from mx2.nic.fr ([192.134.4.11]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1J21iN-000440-RX for discuss@apps.ietf.org; Tue, 11 Dec 2007 04:47:50 -0500
Received: from mx2.nic.fr (localhost [127.0.0.1]) by mx2.nic.fr (Postfix) with SMTP id A4E721C00FA; Tue, 11 Dec 2007 10:47:46 +0100 (CET)
Received: from relay2.nic.fr (relay2.nic.fr [192.134.4.163]) by mx2.nic.fr (Postfix) with ESMTP id A04431C00F3; Tue, 11 Dec 2007 10:47:46 +0100 (CET)
Received: from bortzmeyer.nic.fr (batilda.nic.fr [192.134.4.69]) by relay2.nic.fr (Postfix) with ESMTP id 9D13182FB01; Tue, 11 Dec 2007 10:47:46 +0100 (CET)
Date: Tue, 11 Dec 2007 10:47:46 +0100
From: Stephane Bortzmeyer <bortzmeyer@nic.fr>
To: Keith Moore <moore@cs.utk.edu>
Subject: Re: interop problems with getaddrinfo() address selection
Message-ID: <20071211094746.GA29759@nic.fr>
References: <200712062020.PAA16213@Sparkle.Rodents.Montreal.QC.CA> <Pine.LNX.4.64.0712071735070.24448@hermes-1.csi.cam.ac.uk> <475B0ABC.5090806@cs.utk.edu> <Pine.LNX.4.64.0712092000150.29087@hermes-1.csi.cam.ac.uk> <475C5047.3010807@cs.utk.edu> <Pine.LNX.4.64.0712100739410.29087@hermes-1.csi.cam.ac.uk> <200712101815.NAA27674@Sparkle.Rodents.Montreal.QC.CA> <Pine.LNX.4.64.0712101935070.24448@hermes-1.csi.cam.ac.uk> <200712102311.SAA01012@Sparkle.Rodents.Montreal.QC.CA> <475DDAA7.3060308@cs.utk.edu>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <475DDAA7.3060308@cs.utk.edu>
X-Operating-System: Debian GNU/Linux 4.0
X-Kernel: Linux 2.6.18-5-686 i686
Organization: NIC France
X-URL: http://www.nic.fr/
User-Agent: Mutt/1.5.13 (2006-08-11)
X-Spam-Score: -4.0 (----)
X-Scan-Signature: d17f825e43c9aed4fd65b7edddddec89
Cc: discuss@apps.ietf.org
X-BeenThere: discuss@apps.ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: general discussion of application-layer protocols <discuss.apps.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/discuss>, <mailto:discuss-request@apps.ietf.org?subject=unsubscribe>
List-Post: <mailto:discuss@apps.ietf.org>
List-Help: <mailto:discuss-request@apps.ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/discuss>, <mailto:discuss-request@apps.ietf.org?subject=subscribe>
Errors-To: discuss-bounces@apps.ietf.org

On Mon, Dec 10, 2007 at 04:32:39PM -0800,
 Keith Moore <moore@cs.utk.edu> wrote 
 a message of 47 lines which said:

> on the other hand, if the site is trying to do dynamic
> load-balancing with DNS by having DNS favor lightly-used servers,

There is a standard way for a site to do this sort of "DNS
engineering" and it is SRV (RFC 2782). Everything else can be only a
hack since, as explained, the DNS and the subsequent libraries cannot
guarantee anything about the order of addresses.

v2.14.0 | Report a Bug | By Email