Re: [DNSOP] interop problems with getaddrinfo() address selection

Florian Weimer <fw@deneb.enyo.de> Sun, 16 December 2007 21:58 UTC

Return-path: <dnsop-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1J41VM-0003sJ-W2; Sun, 16 Dec 2007 16:58:36 -0500
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J41VM-0003rj-BK for dnsop@ietf.org; Sun, 16 Dec 2007 16:58:36 -0500
Received: from mail.enyo.de ([212.9.189.167]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1J41VL-0004Q4-T2 for dnsop@ietf.org; Sun, 16 Dec 2007 16:58:36 -0500
Received: from deneb.vpn.enyo.de ([212.9.189.177] helo=deneb.enyo.de) by mail.enyo.de with esmtp id 1J41QQ-0006Uk-Dn; Sun, 16 Dec 2007 22:53:30 +0100
Received: from fw by deneb.enyo.de with local (Exim 4.68) (envelope-from <fw@deneb.enyo.de>) id 1J41QN-0004d7-IC; Sun, 16 Dec 2007 22:53:27 +0100
From: Florian Weimer <fw@deneb.enyo.de>
To: Dean Anderson <dean@av8.com>
Subject: Re: [DNSOP] interop problems with getaddrinfo() address selection
References: <Pine.LNX.4.44.0712131134510.27223-100000@citation2.av8.net>
Date: Sun, 16 Dec 2007 22:53:27 +0100
In-Reply-To: <Pine.LNX.4.44.0712131134510.27223-100000@citation2.av8.net> (Dean Anderson's message of "Thu, 13 Dec 2007 11:48:26 -0500 (EST)")
Message-ID: <87y7bupaqw.fsf@mid.deneb.enyo.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 9182cfff02fae4f1b6e9349e01d62f32
Cc: Tony Finch <dot@dotat.at>, dnsop@ietf.org, Ian Jackson <ian@davenant.greenend.org.uk>
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: IETF DNSOP WG mailing list <dnsop.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/dnsop>, <mailto:dnsop-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/dnsop>
List-Post: <mailto:dnsop@ietf.org>
List-Help: <mailto:dnsop-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/dnsop>, <mailto:dnsop-request@ietf.org?subject=subscribe>
Errors-To: dnsop-bounces@ietf.org

* Dean Anderson:

> I think it is well known that Round robin DNS load balancing is not a
> guaranteed behavior.  The "severe operational problems"  from its
> non-support are the fault of unreasonable reliance on insufficient
> testing and insufficient analysis of the requirements of DNS resolvers.  
> I think the solution here is to get better engineers who read rather
> than assume.

Huh?  If I understand you correctly, you're saying that it's not worth
fixing the RFC, even if its guidelines seem to cause practical problems
-- because knowledgeable folks will ignore it anyway.

> This is not a DNS operational issue.

Maybe, but which non-IPv6 WG concerns itself with resolver behavior?

> But as a protocol/resolver specification issue, I'd have to say that I
> think sorting or randomization should be site specific.  Most of the
> time, giving the closest address prefix first, followed by next closest
> prefix is the right choice, as it has the best chance of localizing
> traffic.

Doesn't seem to be the case anymore--these days, hardly any services
reside on the same network as the clients.

_______________________________________________
DNSOP mailing list
DNSOP@ietf.org
https://www1.ietf.org/mailman/listinfo/dnsop