Xref: utzoo comp.protocols.tcp-ip:5979 comp.unix.wizards:14179 Path: utzoo!attcan!uunet!lll-winken!ames!mailrus!tut.cis.ohio-state.edu!bloom-beacon!oberon!sm.unisys.com!csun!polyslo!steve From: steve@polyslo.CalPoly.EDU (Steve DeJarnett) Newsgroups: comp.protocols.tcp-ip,comp.unix.wizards Subject: BIND/Named question Message-ID: <7081@polyslo.CalPoly.EDU> Date: 17 Jan 89 08:17:47 GMT Reply-To: steve@polyslo.CalPoly.EDU (Steve DeJarnett) Distribution: na Organization: Lab Rat Rumpus Room -- Cal Poly SLO Lines: 34 I posted this once before, but never got any responses (except for a question), so I'm going to try it again. The question: Should named, when the TTL of an address mapping goes to 0, go back out and get a confirmation of the address, or should it simply give the address as non-authoritative?? As it stands now, we give out a non-authoritative answer, which the network hardware interprets as an invalid address. It appears that their software wants a fully-authoritative answer before it will make the connection. (The network hardware in question is Ungermann-Bass). The people in charge of our network (which gets name service from us) claim that we are giving out bogus information for addresses whose TTL has gone to 0. They contend that if the TTL of the address has gone to 0 that named should check this address and reset its TTL (thus, theoretically making it authoritative) before issuing the response. The software is BIND 4.8 running on a Pyramid 98x. No other systems seem to be upset by this, but the UB NIU's want more solid confirmation (it appears). Any comments, suggestions of references to find the answer, or (hopefully) straight answers?? (authoritative answers?? :-) Thanks in advance, ------------------------------------------------------------------------------- | Steve DeJarnett | Smart Mailers -> steve@polyslo.CalPoly.EDU | | Computer Systems Lab | Dumb Mailers -> ..!ucbvax!voder!polyslo!steve | | Cal Poly State Univ. |------------------------------------------------| | San Luis Obispo, CA 93407 | This quote currently under repair. | -------------------------------------------------------------------------------