Re: [DNSOP] interop problems with getaddrinfo() address selection
Edward Lewis <Ed.Lewis@neustar.biz> Wed, 05 December 2007 00:35 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 1IziED-0004uT-En; Tue, 04 Dec 2007 19:35:05 -0500
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1IziEB-0004rh-EW for dnsop@ietf.org; Tue, 04 Dec 2007 19:35:03 -0500
Received: from hlid.ogud.com ([66.92.146.160] helo=ogud.com) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1IziEA-0006bj-RL for dnsop@ietf.org; Tue, 04 Dec 2007 19:35:03 -0500
Received: from [130.129.67.81] (hlid.ogud.com [66.92.146.160]) by ogud.com (8.13.1/8.13.1) with ESMTP id lB50Y3Ov037592; Tue, 4 Dec 2007 19:34:04 -0500 (EST) (envelope-from Ed.Lewis@neustar.biz)
Mime-Version: 1.0
Message-Id: <a0624080bc37ba0fe3cb5@[130.129.67.81]>
In-Reply-To: <a06240804c37b86e4d496@[130.129.67.81]>
References: <Pine.LNX.4.64.0712042040290.24448@hermes-1.csi.cam.ac.uk> <a06240804c37b86e4d496@[130.129.67.81]>
Date: Tue, 04 Dec 2007 16:29:41 -0800
To: Edward Lewis <Ed.Lewis@neustar.biz>
From: Edward Lewis <Ed.Lewis@neustar.biz>
Subject: Re: [DNSOP] interop problems with getaddrinfo() address selection
Content-Type: text/plain; charset="us-ascii"; format="flowed"
X-Scanned-By: MIMEDefang 2.63 on 66.92.146.160
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 6cca30437e2d04f45110f2ff8dc1b1d5
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
I stumbled across this: http://www.nanog.org/mtg-0310/pdf/wessels.pdf Look for the (unnumbered) slide "Distribution of Queries to Nameservers" and the ones following it. At 14:47 -0800 12/4/07, Edward Lewis wrote: >I knew this came up before: > >http://lists.oarci.net/pipermail/dns-operations/2007-September/002021.html > >Note that the RFC's text says "implementation" and not "application" >or "protocol." There isn't a standard DNS algorithm for choosing >the server to be queried, the algorithms are up to the implementers >(as the algorithm isn't an inter-operability issue) of DNS instances. > >I looked for a bit but can't find an excellent paper in which a >research stood up different name servers with no connectivity to >others and then measured the number of (unanswered) queries sent to >each of the root servers. One server implementation sent them all >to A, one sent 1/13th to each of the 13 servers, others did other >distributions. This mostly demonstrated the spectrum of strategies. > >Note that DNS has reasons not to follow what's in 3484 - namely that >DNS servers are supposed to be far flung, finding a local one is not >going to be advantageous (as opposed to other application data >sources). > >At 21:44 +0000 12/4/07, Tony Finch wrote: >>Rule 9 of RFC 3484 specifies that the IP addresses (v4 and v6) returned by >>getaddrinfo() should be sorted according to the size of their common >>prefix with the local host's chosen source IP address. This defeats DNS >>round robin load balancing which has led to some severe operational >>problems. DNS round robin needs to be documented in an RFC, and RFC 3484 >>should be updated with rule 9 deleted or substantially modified for >>compatibility with DNS round robin. >> >>Ian Jackson has written a thorough description of the problem from the >>perspective of a proposal that Debian's version of glibc should have the >>troublesome sorting behaviour removed: >> >>http://lists.debian.org/debian-ctte/2007/11/msg00029.html >> >>FreeBSD's getaddrinfo() only implements Rule 9 if the kernel's address >>selection policy is configured, which is not done by default so DNS round >>robin is passed through. >> >>Tony. >>-- >>f.a.n.finch <dot@dotat.at> http://dotat.at/ >>FISHER GERMAN BIGHT HUMBER THAMES DOVER WIGHT PORTLAND SOUTHWEST 5 TO 7, >>INCREASING GALE 8 AT TIMES. MAINLY ROUGH. RAIN THEN SHOWERS. MODERATE OR POOR >>BECOMING GOOD. >> >>_______________________________________________ >>DNSOP mailing list >>DNSOP@ietf.org >>https://www1.ietf.org/mailman/listinfo/dnsop > >-- >-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- >Edward Lewis +1-571-434-5468 >NeuStar > >Think glocally. Act confused. > >_______________________________________________ >DNSOP mailing list >DNSOP@ietf.org >https://www1.ietf.org/mailman/listinfo/dnsop -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Edward Lewis +1-571-434-5468 NeuStar Think glocally. Act confused. _______________________________________________ DNSOP mailing list DNSOP@ietf.org https://www1.ietf.org/mailman/listinfo/dnsop
- [DNSOP] interop problems with getaddrinfo() addre… Tony Finch
- Re: [DNSOP] interop problems with getaddrinfo() a… Edward Lewis
- Re: [DNSOP] interop problems with getaddrinfo() a… Edward Lewis
- Re: [DNSOP] interop problems with getaddrinfo() a… Tony Finch
- Re: [DNSOP] interop problems with getaddrinfo() a… Florian Weimer
- Re: [DNSOP] interop problems with getaddrinfo() a… Dean Anderson
- Re: [DNSOP] interop problems with getaddrinfo() a… Florian Weimer