Re: [DNSOP] DNS Terminology: Glue

Paul Hoffman <paul.hoffman@vpnc.org> Fri, 13 March 2015 19:34 UTC

Return-Path: <paul.hoffman@vpnc.org>
X-Original-To: dnsop@ietfa.amsl.com
Delivered-To: dnsop@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id C79D21A00F5 for <dnsop@ietfa.amsl.com>; Fri, 13 Mar 2015 12:34:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.347
X-Spam-Level:
X-Spam-Status: No, score=-1.347 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HELO_MISMATCH_COM=0.553] autolearn=no
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 xLm5Vi9Cm7Jm for <dnsop@ietfa.amsl.com>; Fri, 13 Mar 2015 12:34:32 -0700 (PDT)
Received: from proper.com (Opus1.Proper.COM [207.182.41.91]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 3895B1A001B for <dnsop@ietf.org>; Fri, 13 Mar 2015 12:34:32 -0700 (PDT)
Received: from [10.20.30.101] (50-1-99-2.dsl.dynamic.fusionbroadband.com [50.1.99.2]) (authenticated bits=0) by proper.com (8.15.1/8.14.9) with ESMTPSA id t2DJYAPY019725 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 13 Mar 2015 12:34:11 -0700 (MST) (envelope-from paul.hoffman@vpnc.org)
X-Authentication-Warning: proper.com: Host 50-1-99-2.dsl.dynamic.fusionbroadband.com [50.1.99.2] claimed to be [10.20.30.101]
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2070.6\))
From: Paul Hoffman <paul.hoffman@vpnc.org>
In-Reply-To: <D1289D8C.9D03%edward.lewis@icann.org>
Date: Fri, 13 Mar 2015 12:34:10 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: <1D7922D9-912C-4857-8E19-72844AA7375A@vpnc.org>
References: <m2vbi6ju6z.wl-Niall.oReilly@ucd.ie> <915A7EEB-CA46-41DC-AAC1-1B26E5BB227C@vpnc.org> <CAHPuVdXaNT7-_53WcMnb1DsfePN=XfER0oFV_5AAWjPmBpCTYA@mail.gmail.com> <AE4A82A9-A52F-42CC-870E-3E8F86573191@vpnc.org> <D1289D8C.9D03%edward.lewis@icann.org>
To: Edward Lewis <edward.lewis@icann.org>
X-Mailer: Apple Mail (2.2070.6)
Archived-At: <http://mailarchive.ietf.org/arch/msg/dnsop/foXwK0WA-7wfLXt0Th3rJ-hIHoU>
Cc: IETF DNSOP WG <dnsop@ietf.org>
Subject: Re: [DNSOP] DNS Terminology: Glue
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF DNSOP WG mailing list <dnsop.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dnsop>, <mailto:dnsop-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dnsop/>
List-Post: <mailto:dnsop@ietf.org>
List-Help: <mailto:dnsop-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dnsop>, <mailto:dnsop-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 13 Mar 2015 19:34:33 -0000

On Mar 13, 2015, at 11:12 AM, Edward Lewis <edward.lewis@icann.org> wrote:
> One of my rules about definitions is to start with a positive and not a
> negative statement.

Noted, but the higher-order rule we are using for this document is "quote the RFCs where possible". In fact, this particular thread was caused by us being close to, but not exactly on, the definition from 1034.

> Glue records -- Resource records in a zone falling adhering to some
> specific conditions.  Glue records are address records for name servers
> mentioned in zone cuts in the zone and for names below some (the same one
> another) zone cut in the zone, hence are not authoritative in the zone.
> These records are considered hints of the address of a name server
> included in a referral.  The definition of glue records is arguable
> confusing and unclear, some historical usage applies the term to the name
> server records at a zone cut (in part because these records too are not
> considered authoritative data).

This definition is more inclusive than what is in 1034, and thus (I think) inappropriate. That is, it says "what 1034 said, plus these other things". As this thread has show, there is a desire for the most narrow definition. Given that other RFCs require a consistent view of what is a glue record, widening it at this late date seems ill-advised.

--Paul Hoffman