Re: [DNSOP] terminology: glue

Mark Andrews <marka@isc.org> Mon, 04 May 2015 23:52 UTC

Return-Path: <marka@isc.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 EB67F1B2CF4 for <dnsop@ietfa.amsl.com>; Mon, 4 May 2015 16:52:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.911
X-Spam-Level:
X-Spam-Status: No, score=-6.911 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] 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 4KJW1o1r6Sns for <dnsop@ietfa.amsl.com>; Mon, 4 May 2015 16:52:35 -0700 (PDT)
Received: from mx.pao1.isc.org (mx.pao1.isc.org [149.20.64.53]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 08C341B2CF2 for <dnsop@ietf.org>; Mon, 4 May 2015 16:52:35 -0700 (PDT)
Received: from zmx1.isc.org (zmx1.isc.org [149.20.0.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx.pao1.isc.org (Postfix) with ESMTPS id 456E23493BC; Mon, 4 May 2015 23:52:32 +0000 (UTC)
Received: from zmx1.isc.org (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTPS id 008F9160070; Mon, 4 May 2015 23:52:45 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTP id A045B160072; Mon, 4 May 2015 23:52:45 +0000 (UTC)
Received: from zmx1.isc.org ([127.0.0.1]) by localhost (zmx1.isc.org [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id pGlMYXl070SW; Mon, 4 May 2015 23:52:45 +0000 (UTC)
Received: from rock.dv.isc.org (c122-106-161-187.carlnfd1.nsw.optusnet.com.au [122.106.161.187]) by zmx1.isc.org (Postfix) with ESMTPSA id 2490D160070; Mon, 4 May 2015 23:52:45 +0000 (UTC)
Received: from rock.dv.isc.org (localhost [IPv6:::1]) by rock.dv.isc.org (Postfix) with ESMTP id CDD1C2DC3AE1; Tue, 5 May 2015 09:52:28 +1000 (EST)
To: Paul Hoffman <paul.hoffman@vpnc.org>
From: Mark Andrews <marka@isc.org>
References: <CAEKtLiTq_OLY_aPqdntwHCQV0m64T=1wuDNRbtnLGi01bb90qw@mail.gmail.com> <04DC511C-9CFD-43CE-86DE-66E822660DFF@shinkuro.com> <5547C201.3050404@redbarn.org> <42E9DF94-B89B-4823-898D-0F2E8C4870FC@shinkuro.com> <3E811936-349D-49DD-B8C7-4AF99739FA96@vpnc.org>
In-reply-to: Your message of "Mon, 04 May 2015 12:08:15 -0700." <3E811936-349D-49DD-B8C7-4AF99739FA96@vpnc.org>
Date: Tue, 05 May 2015 09:52:27 +1000
Message-Id: <20150504235228.CDD1C2DC3AE1@rock.dv.isc.org>
Archived-At: <http://mailarchive.ietf.org/arch/msg/dnsop/ao4NR9miQ_krCthd53Tb-Wt6Vac>
Cc: Steve Crocker <steve@shinkuro.com>, dnsop WG <dnsop@ietf.org>, Paul Vixie <paul@redbarn.org>
Subject: Re: [DNSOP] 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: Mon, 04 May 2015 23:52:37 -0000

In message <3E811936-349D-49DD-B8C7-4AF99739FA96@vpnc.org>, Paul Hoffman writes
:
> On May 4, 2015, at 12:03 PM, Steve Crocker <steve@shinkuro.com> wrote:
> > Thanks.  I agree it=92s good to explain this.  I=92d rather it were expla=
> ined in a document that purported to explain how things work instead of sli=
> pping it into a terminology document, but getting it written down somewhere=
>  is better than nowhere.
> 
> Agree about "somewhere else". The terminology document is meant to describe=
>  terms briefly, not describe fully how the technology behind the term works=
> . I'm sure that the community would benefit from a "How To Glue" document, =
> and I doubt it would be only a few paragraphs, and I hope it would have lot=
> s of examples.
> 
> --Paul Hoffman
> _______________________________________________
> DNSOP mailing list
> DNSOP@ietf.org
> https://www.ietf.org/mailman/listinfo/dnsop

B.T.W. named uses "manditory glue" and "sibling glue"

manditory glue: glue records beneath the zone being delegated which are
	referenced in the delegation.
sibling glue: is glue records that are in / below a sibling zone.

The source of bad instances of both of these are easy to track down as you
just check the parent zones.

Named allows both manditory and sibling glue.

Then there is "other glue" (if/when) we sign glue then these become
viable.

Named currently doesn't support other glue and removes it from
incoming zone transfers.

Mark
-- 
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742                 INTERNET: marka@isc.org