Re: Last Call: <draft-iab-2870bis-01.txt> (DNS Root Name Service Protocol and Deployment Requirements) to Best Current Practice

David Conrad <drc@virtualized.org> Wed, 28 May 2014 19:43 UTC

Return-Path: <drc@virtualized.org>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C54141A0691 for <ietf@ietfa.amsl.com>; Wed, 28 May 2014 12:43:38 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level:
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id vTusVV0H38Xv for <ietf@ietfa.amsl.com>; Wed, 28 May 2014 12:43:37 -0700 (PDT)
Received: from mail-pa0-f41.google.com (mail-pa0-f41.google.com [209.85.220.41]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 66A5F1A0601 for <ietf@ietf.org>; Wed, 28 May 2014 12:43:37 -0700 (PDT)
Received: by mail-pa0-f41.google.com with SMTP id kx10so1703879pab.0 for <ietf@ietf.org>; Wed, 28 May 2014 12:43:33 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:content-type:mime-version:subject:from :in-reply-to:date:cc:message-id:references:to; bh=XT4oueuABcEgnCY4INvvexfWY+Ct4tW8SBcFuLjkUyU=; b=d7/R7ITssPapJjCiM37yPVAB9QhvhQAU877mEwlUWSSuo/Y4KbLq0yAAXqDpXXV4Sn o0uKpImpL1nVZWHJ2odB/ixA1lLXcUmVwB5naACA4zaIJzqaTleQluU3lAZrcxkDd/uT VmRrbfM0l/x0hpYklQaCU93xzDcGW/mf45vb9ey1Tl89Z3u1kHJckjwBNapoVk9V51cF 2wMnOqC2/DNk7olK/FnWU+chkkZifa9u2+Jbj/lgdrh8vfhjg7NUbnLXWq7gCmng/dJB YXEkF6lZzSp4GQ6jl+aCsSsFQhNS3lfknzIB4/R/iIALR9SWLERamXmwobc7NoNgbSJA syBQ==
X-Gm-Message-State: ALoCoQkvisheP08CznoSkFRWEnsCho3pfyOX87comox1eiYKKdp+CkZ7OfCAKmQBwv7vPjqnuzlJ
X-Received: by 10.68.216.101 with SMTP id op5mr2322487pbc.148.1401306213799; Wed, 28 May 2014 12:43:33 -0700 (PDT)
Received: from [10.0.1.3] (c-24-6-168-86.hsd1.ca.comcast.net. [24.6.168.86]) by mx.google.com with ESMTPSA id oz7sm29727594pbc.41.2014.05.28.12.43.32 for <multiple recipients> (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Wed, 28 May 2014 12:43:32 -0700 (PDT)
Content-Type: multipart/signed; boundary="Apple-Mail=_4E1BB010-49B0-4D6D-8BC2-BCECCC54F17F"; protocol="application/pgp-signature"; micalg="pgp-sha1"
Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.2\))
Subject: Re: Last Call: <draft-iab-2870bis-01.txt> (DNS Root Name Service Protocol and Deployment Requirements) to Best Current Practice
From: David Conrad <drc@virtualized.org>
In-Reply-To: <31344.1401304682@sandelman.ca>
Date: Wed, 28 May 2014 12:43:23 -0700
Message-Id: <850B843A-3346-408B-9D8B-65D0879A2498@virtualized.org>
References: <20140520204238.21772.64347.idtracker@ietfa.amsl.com> <6.2.5.6.2.20140521194638.06eaf508@resistor.net> <1111FB79-012A-414B-B8CD-0BBDAE8BD6A8@hopcount.ca> <6.2.5.6.2.20140522095317.0c5fd648@elandnews.com> <5C02BCCA-79D7-40A5-BFB0-26284A667E78@vpnc.org> <DC9ED318-2352-4AF0-8A43-29D237C32B64@vigilsec.com> <924045CD-DC34-423B-8702-CD99CF687D46@vpnc.org> <31344.1401304682@sandelman.ca>
To: Michael Richardson <mcr+ietf@sandelman.ca>
X-Mailer: Apple Mail (2.1878.2)
Archived-At: http://mailarchive.ietf.org/arch/msg/ietf/JPGkdYP7GRc8OhtEjr0OexJmmMk
Cc: IETF discussion list <ietf@ietf.org>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 28 May 2014 19:43:39 -0000

Hi,

I've been biting my tongue a bit on this discussion, but have lost the battle.

On May 28, 2014, at 12:18 PM, Michael Richardson <mcr+ietf@sandelman.ca> wrote:
>>> I would like to see each and every root server support both IPv4 and IPv6.
>> So would I. But is that a *requirement*, particularly given that the
>> root service seems to run just fine today without it?
> 
> I would like every A-M.root-servers.net have an A and AAAA record.
[...]
>   The root name service:
>      ...
>      MUST support IPv4[RFC0791] and IPv6[RFC2460] transport of DNS
>      queries and responses.

And if they don't?

Just for clarity, the root server operators are under no obligation to do anything. The whole "MUST" bit is actually sort of misplaced since it isn't like people are going to wave a RFC (BCP or otherwise) at the root operators and change will magically happen. Root server operators will do what they want according to their own requirements/business drivers. In an ideal world, what the community wants and what the root server operators' requirements/business drivers are correspond, but people shouldn't be under any illusion that an RFC will make this happen.

> because it focuses on the root name *service* from an external functional
> point of view, and not from a design point of view.

This is probably backwards. A design document is probably a better goal since it is aspirational. A document that attempts to define root service isn't particularly useful if there is no practical way to enforce that definition.

Regards,
-drc