Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!wuarchive!zaphod.mps.ohio-state.edu!uakari.primate.wisc.edu!uflorida!mlb.semi.harris.com!thrush.mlb.semi.harris.com!del
From: del@thrush.mlb.semi.harris.com (Don Lewis)
Newsgroups: comp.protocols.tcp-ip.domains
Subject: Re: DNS glue records and BIND 4.8
Message-ID: <1990Oct3.054147.6268@mlb.semi.harris.com>
Date: 3 Oct 90 05:41:47 GMT
References: <1918@ccadfa.adfa.oz.au> <9009251622.AA13093@venera.isi.edu>
Sender: news@mlb.semi.harris.com
Distribution: inet
Organization: Harris Semiconductor, Melbourne FL
Lines: 29
Nntp-Posting-Host: thrush.mlb.semi.harris.com

In article <9009251622.AA13093@venera.isi.edu> pvm@venera.isi.edu writes:
>Note that one upshot of all this is that you never need glue in the
>reverse mapping domains under IN-ADDR.ARPA part of the tree, unless
>you create a name server on a machine <something>.in-addr.arpa.
>Please don't do this anyway.

BIND 4.8.1 (and 4.8.3 it looks like), is kind enough to include glue
records in zone transfers of IN-ADDR.ARPA zones if it has the appropriate
A records cached.

>
>There are some special cases, for example the root zone, and NS RRs
>that are using aliases (which you shouldn't do anyway.)

If you mean NS RRs pointing to CNAME RRs, then this is a very bad idea
because it makes BIND go bezerk.  It keeps looking for the A RR that
goes along with the NS.  It keeps making queries for the A RR for the
NS, and gets a CNAME RR and the A RR for the name referred to by the
CNAME.  It then decides that since it doesn't yet have the A RR for the
NS, it needs to ask again.

>
>As a last piece of advice, if you aren't sure, put in the glue.

Nope.  If you aren't sure, ask a wizard.
-- 
Don "Truck" Lewis                      Harris Semiconductor
Internet:  del@mlb.semi.harris.com     PO Box 883   MS 62A-028
Phone:     (407) 729-5205              Melbourne, FL  32901