Re: [mif] Last Call for MIF DNS server selection document

Keith Moore <moore@network-heretics.com> Sat, 10 September 2011 00:00 UTC

Return-Path: <moore@network-heretics.com>
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 330D221F85F2; Fri, 9 Sep 2011 17:00:37 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.47
X-Spam-Level:
X-Spam-Status: No, score=-3.47 tagged_above=-999 required=5 tests=[AWL=0.129, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1]
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 zPOPbPFTpBT1; Fri, 9 Sep 2011 17:00:36 -0700 (PDT)
Received: from out4.smtp.messagingengine.com (out4.smtp.messagingengine.com [66.111.4.28]) by ietfa.amsl.com (Postfix) with ESMTP id 2CCAB21F85F1; Fri, 9 Sep 2011 17:00:36 -0700 (PDT)
Received: from compute5.internal (compute5.nyi.mail.srv.osa [10.202.2.45]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 4D82924DB8; Fri, 9 Sep 2011 20:02:32 -0400 (EDT)
Received: from frontend1.nyi.mail.srv.osa ([10.202.2.160]) by compute5.internal (MEProxy); Fri, 09 Sep 2011 20:02:32 -0400
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=subject:mime-version:content-type:from :in-reply-to:date:cc:content-transfer-encoding:message-id :references:to; s=smtpout; bh=ylUBqg2hcoOobu62KFOJ5J7PWHc=; b=kZ l7sWcaWtr0v6BnAHdMIp+0reHCSgMdzDrOra9RMM3E/3jhFWvGFSIV7/2Zge6pIK rs7N66BqK7jQAU031KB1ylQ5CMrSGiKYijyrU7xoQlzLAu+7c69Fhb2RrJdBDRWn F5ERrpHrRIhH7CHRAsuZjJLIKw3W4MR+oZKI2ID8s=
X-Sasl-enc: EcLEC+OpPssHsyOfidBOwebQT6/R57JL1qD9ZAJg6Sjb 1315612951
Received: from host65-16-145-177.birch.net (host65-16-145-177.birch.net [65.16.145.177]) by mail.messagingengine.com (Postfix) with ESMTPA id 0A5107204B8; Fri, 9 Sep 2011 20:02:30 -0400 (EDT)
Mime-Version: 1.0 (Apple Message framework v1084)
Content-Type: text/plain; charset="us-ascii"
From: Keith Moore <moore@network-heretics.com>
In-Reply-To: <20110909230115.GG46494@shinkuro.com>
Date: Fri, 09 Sep 2011 20:02:25 -0400
Content-Transfer-Encoding: quoted-printable
Message-Id: <10C27AF2-A9A9-4161-BC94-3964E725DA9D@network-heretics.com>
References: <COL118-W599D9E8760C3E370077FC3B1140@phx.gbl> <4E683F9B.7020905@gmail.com> <916CE6CF87173740BC8A2CE4430969620256F33F@008-AM1MPN1-032.mgdnok.nokia.com> <4E692D62.5080902@gmail.com> <BFFE3312-4DE3-432D-8DC7-20987AB3E34A@network-heretics.com> <916CE6CF87173740BC8A2CE443096962025704BA@008-AM1MPN1-032.mgdnok.nokia.com> <0A7B9663-0C40-4D19-BDBE-7EB72430D47D@network-heretics.com> <20110909230115.GG46494@shinkuro.com>
To: Andrew Sullivan <ajs@anvilwalrusden.com>
X-Mailer: Apple Mail (2.1084)
Cc: mif@ietf.org, iesg@ietf.org
Subject: Re: [mif] 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: Sat, 10 Sep 2011 00:00:37 -0000

On Sep 9, 2011, at 7:01 PM, Andrew Sullivan wrote:

> On Fri, Sep 09, 2011 at 05:29:20PM -0400, Keith Moore wrote:
>> 
>> Selecting a name server is one thing.  Standardizing a behavior that
>> assumes that DNS name servers are specific to networks, is something
>> else entirely.  It's a violation of the DNS architecture, which
>> clearly assumes that DNS queries are location-independent.
>> (Otherwise, it would not allow caching of query results without some
>> awareness of the scope in which they are valid.)
> 
> First, I fully agree with this.  At the same time, in point of fact we
> walked off the cliff some time ago.

Who's this "we" of which you speak? :)

>> I realize that this is a slippery slope that IETF and the Internet
>> have been sliding down for many years, given two-faced DNS,
>> SiteFinder and other criminal acts, DNS interception proxies imposed
>> by ISPs, certain dubious uses of LLMNR, DNS64, and several other
>> things that break the architecture.  DNS is almost as polluted these
>> days as IPv4 is.  But at some point it goes too far.
> 
> The problem that I see is that we _already_ see techniques in the wild
> where people have broken the architecture, and are charging ahead and
> doing their thing.  We can try to say, "This is too far," but we'll be
> right back where we were with NAT many years ago.  Once we started
> split-brain DNS, we were just doomed to the eventual state of affairs
> where the exact same question asked of servers in different networks
> would give different answers.  We can't change the past. 
> 
>> Indeed, that's precisely the problem.    How did the WG go so far down this path without significant pushback, or without the architectural question being raised and discussed in a wider or more appropriate forum?  Why was this decision not subject to extensive review, not just within DNS WGs but also cross-area review, long before the MIF WG made its decision?
> 
> Actually, the DNS Directorate has been paying active attention to this
> work, and part of the reason I did the review I did was precisely
> because of that interest.  The problem we DNS weenies have is that we
> know it's a horrible disastrous mess, but people are _doing it
> anyway_, and the only option left to us now is to try to contain
> damage.  I hate DNS64.  I hate this server selection stuff, too.  But
> no matter how much I shout at the tide, still it comes in.  Better
> that I should try to help build the dike.

People often do things that violate the standards.  That doesn't mean that IETF should endorse such practices.   Nor does it mean that IETF should ignore them.

Sometimes when people do things that violate the standards, it's a sign of a deficiency in the architecture that should be remedied.  And sometimes it means that they're just being shortsighted and what IETF needs to do is to say "here's why this is a Bad Idea".

Keith