Re: [mif] [dnsext] [DNSOP] 2nd Last Call for MIF DNS server selection document

Lawrence Conroy <lconroy@insensate.co.uk> Mon, 24 October 2011 21:34 UTC

Return-Path: <lconroy@insensate.co.uk>
X-Original-To: mif@ietfa.amsl.com
Delivered-To: mif@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 48E5D21F8A97; Mon, 24 Oct 2011 14:34:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, J_CHICKENPOX_51=0.6]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NsQIbihlDX51; Mon, 24 Oct 2011 14:34:26 -0700 (PDT)
Received: from insensate.co.uk (ghost.insensate.co.uk [213.152.49.121]) by ietfa.amsl.com (Postfix) with ESMTP id 5052221F867F; Mon, 24 Oct 2011 14:34:25 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by insensate.co.uk (Postfix) with ESMTP id D7BA9D27E2; Mon, 24 Oct 2011 22:34:24 +0100 (BST)
X-Virus-Scanned: amavisd-new at insensate.co.uk
Received: from insensate.co.uk ([127.0.0.1]) by localhost (psyche.insensate.co.uk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id EZ1aekG6CA5N; Mon, 24 Oct 2011 22:34:24 +0100 (BST)
Received: from [127.0.0.1] (localhost [127.0.0.1]) by insensate.co.uk (Postfix) with ESMTP id CC905D27D7; Mon, 24 Oct 2011 22:34:23 +0100 (BST)
Mime-Version: 1.0 (Apple Message framework v1084)
Content-Type: text/plain; charset=utf-8
From: Lawrence Conroy <lconroy@insensate.co.uk>
In-Reply-To: <4EA5D012.9090708@dougbarton.us>
Date: Mon, 24 Oct 2011 22:34:23 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <CB52BAAF-F38F-4815-9B91-4656F1F3837F@insensate.co.uk>
References: <F2045A70-6314-41CF-AC3C-01F1F1ECF84C@network-heretics.com> <96472FB7-8425-4928-8F55-2ABF2CB59A93@conundrum.com> <628C128E-BDA8-46C3-BF07-364A482FE199@network-heretics.com> <20111024.080822.74700976.sthaug@nethelp.no> <59274CC1-611A-445B-A1CF-A0F49329DC1F@network-heretics.com> <E68B291B136EE9E8CFBF68F0@Ximines.local> <EEE0996F-FE4D-4ECF-A685-DD69DFCC87B9@network-heretics.com> <AFC2B32D1BE5A9E449B8D8A1@Ximines.local> <FAB38B5D-9B44-4B25-9268-9DE4A5DDC9FE@network-heretics.com> <4EA5D012.9090708@dougbarton.us>
To: Doug Barton <dougb@dougbarton.us>
X-Mailer: Apple Mail (2.1084)
X-Mailman-Approved-At: Mon, 24 Oct 2011 20:24:55 -0700
Cc: dnsop@ietf.org, mif@ietf.org, Keith Moore <moore@network-heretics.com>, dnsext@ietf.org
Subject: Re: [mif] [dnsext] [DNSOP] 2nd Last Call for MIF DNS server selection document
X-BeenThere: mif@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Multiple Interface Discussion List <mif.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mif>, <mailto:mif-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/mif>
List-Post: <mailto:mif@ietf.org>
List-Help: <mailto:mif-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mif>, <mailto:mif-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 24 Oct 2011 21:34:27 -0000

Hi there Doug, Keith, folks,
 Speaking of broken mechanisms ... how many dots?
arstechnica.com is OK
      co.uk is not OK

ndots strikes me as a chocolate soldier in the fire used to warm the chocolate teapot that is search lists.

At best these are context dependent (and keep IT support in business). At worst ...
 one day I WILL be arrested for tazering the bean counter (why is it always one of
 those?) who insists that "intranet" is a fine web server name useful anywhere.

[I came damn close a few times with Yankee hotel reservations accessible only via
 1-800 'phone numbers]

Speaking of interoperability -- the comment "it works for everyone here" is not
 a good sign that the solution is interoperable.

IMO, search lists and ndots are both abominations, and should not be given the oxygen of publicity.

all the best,
  Lawrence



On 24 Oct 2011, at 21:52, Doug Barton wrote:
> On 10/24/2011 05:16, Keith Moore wrote:
>> That's the point - search lists are not appropriate most of the time, and it's very hard for software to distinguish the cases where they are potentially appropriate from the cases when they're not, and it's not possible for software to do this in all cases.
> 
> There's been something missing from this discussion, and I finally put
> my finger on it. TMK most stub resolvers have an option similar to this
> one from ISC's:
> 
> ndots:n
>        sets a threshold for the number of dots which
>        must appear in a name given to res_query() (see
>        resolver(3)) before an initial absolute query
>        will be made.  The default for n is “1”, mean‐
>        ing that if there are any dots in a name, the
>        name will be tried first as an absolute name
>        before any search list elements are appended to
>        it.
> 
> So it seems that this question is already a matter of local policy,
> which given the number and quality of the divergent views seems
> eminently reasonable. Can we move on now?