Re: [DNSOP] DNS Terminology: Glue

Casey Deccio <casey@deccio.net> Fri, 13 March 2015 22:05 UTC

Return-Path: <casey@deccio.net>
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 E707D1A8969 for <dnsop@ietfa.amsl.com>; Fri, 13 Mar 2015 15:05:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.778
X-Spam-Level:
X-Spam-Status: No, score=-0.778 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, J_CHICKENPOX_37=0.6, SPF_PASS=-0.001] 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 t--kNKRTmV4Z for <dnsop@ietfa.amsl.com>; Fri, 13 Mar 2015 15:05:20 -0700 (PDT)
Received: from mail-ie0-x229.google.com (mail-ie0-x229.google.com [IPv6:2607:f8b0:4001:c03::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 359581A895D for <dnsop@ietf.org>; Fri, 13 Mar 2015 15:05:20 -0700 (PDT)
Received: by iecsl2 with SMTP id sl2so128598736iec.1 for <dnsop@ietf.org>; Fri, 13 Mar 2015 15:05:19 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=deccio.net; s=google; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=J42zfEW6AB6uB3e5wFlv86zKnkkVR8Y/G5CTTqQaKk4=; b=F+Eu7bcJysK++Vll1hcJtz6GdLFqNzbvgZjD/Ee28v9+LxaWIaIANO/QZ5/8p4vE3b w8SfhJox5ULo+pWmnUfAyh51lcTod4pPizDL94yJkjMEbybAhjExACwfg3MIiahTqrM3 YulqQHox2xjoHJzb1AUV8t1o5SOcoyizdyaC8=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type; bh=J42zfEW6AB6uB3e5wFlv86zKnkkVR8Y/G5CTTqQaKk4=; b=c1E7gFidfroeCx/UQ604ce92Y3DjNzWcehd+3ChzjPu6CCvl0+4iH3Z76748pnsqY5 uXpQZDeTPgWBD6hPenuynrel9RrA0vAdgxVBNGHc+/bhPK+NwxWkAfolxkLIujHdbhUH 1RD6Zbp+oKuiUwCtMdasoLxZ8hYFwc9OXJ4XIekFy+UFd8v1txgiHwuE9txqs9DNlcKK Jk9mUKnh0BOFX9Z3ulVCKNJmUUAX4jygue9ZhjFqmHX5UiBc4NT/3T9NtvssMUID7uJe sEXRd219paIsH0snXGGxJgphXhEZ831vzDCRuEpG4v/7Tl1PKz1dvbcyh+/0n49sBXLK 18jg==
X-Gm-Message-State: ALoCoQmnFln32Pe+TVGlmJcG39ucXAECZ5PEAISTtyjKoRm91OJ5YtwDNv7QRZ8jaT1+5QZ+D/of
MIME-Version: 1.0
X-Received: by 10.107.167.3 with SMTP id q3mr87689891ioe.18.1426284319186; Fri, 13 Mar 2015 15:05:19 -0700 (PDT)
Received: by 10.50.57.233 with HTTP; Fri, 13 Mar 2015 15:05:19 -0700 (PDT)
In-Reply-To: <alpine.LSU.2.00.1503132129230.17698@hermes-1.csi.cam.ac.uk>
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> <20150313163335.GA97402@isc.org> <C644016D-47A9-416D-AD98-05D06A0F2300@vpnc.org> <CAEKtLiSLTqfjroW-iG_WxSMByKA2QkTyt0JxtqprVP+cKU66XQ@mail.gmail.com> <alpine.LSU.2.00.1503132129230.17698@hermes-1.csi.cam.ac.uk>
Date: Fri, 13 Mar 2015 18:05:19 -0400
Message-ID: <CAEKtLiQjPR6UP8Dar_2emkMVoQ=iWb7r-wPwzveisSJhnOLmtg@mail.gmail.com>
From: Casey Deccio <casey@deccio.net>
To: Tony Finch <dot@dotat.at>
Content-Type: multipart/alternative; boundary="001a1141ca9e31be38051132b237"
Archived-At: <http://mailarchive.ietf.org/arch/msg/dnsop/Xz17b7ziyEWeVKc5vUutxuwjD6c>
Cc: Evan Hunt <each@isc.org>, IETF DNSOP WG <dnsop@ietf.org>, Paul Hoffman <paul.hoffman@vpnc.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 22:05:22 -0000

On Fri, Mar 13, 2015 at 5:32 PM, Tony Finch <dot@dotat.at> wrote:

> Casey Deccio <casey@deccio.net> wrote:
> >
> > It seems like a reference to delegation NS records is also in order,
> based
> > on previous discussion:
> >
> > From:
> > "... the authoritative delegation (NS)..."
> >
> > To:
> > "... delegation or authoritative name server (NS) records (i.e., above or
> > below the zone cut)..."
>
> I prefer "apex NS records" for the ones below the zone cut. RFC 1034 uses
> "top node" - it seems the term "apex" was introduced with DNSSEC.
>
>
I could (alternatively) go for the use of "top node", e.g.,

"... delegation name server (NS) records or those at the top node (i.e.,
above or below the zone cut)..."

because RFC 1034 4.2.1 includes it as part of authoritative data (referring
to NS and SOA records):

"Data that defines the top node of the zone (can be thought of as part of
the authoritative data)."

Although, still "authoritative" seems to me more intuitive than "top node".

"Zone apex" seems ill-defined.  In namespace terms, a name is a name and
corresponds to a node in the namespace tree.  However, RFC 4033 (section 2)
seems to make "delegation point" and "zone apex" appear as though they were
two different nodes:

   Delegation Point: Term used to describe the name at the parental side
      of a zone cut.  That is, the delegation point for "foo.example"
      would be the foo.example node in the "example" zone (as opposed to
      the zone apex of the "foo.example" zone).  See also zone apex.

...

   Zone Apex: Term used to describe the name at the child's side of a
      zone cut.  See also delegation point.

But in the definition of "Authoritative RRset" "zone apex" is being used to
refer to both sides of the cut:

      ...All RRsets at the zone apex are
      authoritative, except for certain RRsets at this domain name that,
      if present, belong to this zone's parent.

I would not use "apex" for this reason.

Casey