(no subject)

[news at bt.net]

Newsgroups: comp.protocols.dns.bind
Subject: stubs for in-addr.arpa, 8.2.2p5 problems
From: dentm at bt.net.nospam (Michael Dent)
Message-ID: <8E98DC1F0mdentbtnetnospam at news-reader.bt.net>
User-Agent: Xnews/2.05.24
Lines: 28
Date: Fri, 10 Dec 1999 21:38:31 GMT
NNTP-Posting-Host: 194.74.75.194
X-Trace: newreader.ukcore.bt.net 944861911 194.74.75.194 (Fri, 10 Dec 1999 21:38:31 GMT)
NNTP-Posting-Date: Fri, 10 Dec 1999 21:38:31 GMT

When configuring stubs for reverse delegation of /24, what do you put as NS 
records in the parent /16 zone file?  do you put the names of the original 
NS the zone was delegated to, or the name of the NS your delegating it off 
to via stub?
or do you not put NS records in the /16 zone file?

I take it there are no disadvantages to using stub?  The server keeps a 
copy of the NS information obtained in a zone file and that would be read 
in on a restart of named. I've had to delegate off 70 /24 networks and I 
used stubs. I was just wondering if it was better to use just NS entries in 
the zone file.

Also does anybody else have problems with 8.2.2P5? I've got a caching only 
nameserver which was getting slow in response or not even giving a 
response. I did queries like 'host www.cisco.com ns1.xxx.xx' from the box 
itself.
I killed named and restarted and it started giving response really quickly 
and had no problems. I don't know how i can find out what is wrong.  I did 
a truss on the pid when it was slow or not responding and it was doing 
sendto() and recvfrom() and poll() quite a bit so it was doing something.  
Testing systems which poll the server still say it is having problems. I've 
had complaints about another server as well.
Over 100 days its had about 700 million UDP packets out and the same number 
in, so its a busy server. Its a sparc running solaris 2.6. 

Any help appreciated.

Michael Dent