Help... DNS Structuring Question!

Amir sorvih1 at isdn.net.il
Fri Jun 30 04:03:12 UTC 2000


ok thanks kevin !
that kinda cleared the picture up for me..


-----Original Message-----
From: kcd at daimlerchrysler.com [mailto:kcd at daimlerchrysler.com]
Sent: Friday, June 30, 2000 12:06 AM
To: bind-users at isc.org
Subject: Re: Help... DNS Structuring Question!



The "com" NS RRset has a TTL of 6 days, so you're not going to be querying
the
root servers for the delegation very often.

Now, for domains underneath "com", the TTL is ultimately controlled by the
domain holders, and thus will vary widely. You could add stubs for
*specific*
subzones of "com" that you query frequently and/or which have ridiculously
short TTLs, but be aware that every "stub" zone is going to generate an
SOA query periodically, based on the "Refresh" setting on the zone. So if
you
go stub-wild you could end up generating *more* traffic that way.

Are you trying to fix something that isn't broken? Take a look at your
debugging output sometime, or run a sniffer. You may find that you're
generating a lot less traffic than you probably realize.

- Kevin

Amir wrote:

> I'll tell you the situation again , and shortly :
> all i want is to elieviate load from the "." root servers and not waste
time
> by quering "." and ".com" over and over..
> how can i make my ns's go straight to .com when the see a query to the
.com
> domain ?
> (not using previosly cached data, that would mean going to the root when
the
> cache ttl's out)
>
> -----Original Message-----
> From: kcd at daimlerchrysler.com [mailto:kcd at daimlerchrysler.com]
> Sent: Thursday, June 29, 2000 11:03 PM
> To: comp-protocols-dns-bind at moderators.isc.org
> Subject: Re: Help... DNS Structuring Question!
>
> Barry Margolin wrote:
>
> > In article <DNEELHLOHOCPGDLEIHJOCEJICCAA.sorvih1 at isdn.net.il>,
> > Amir  <sorvih1 at isdn.net.il> wrote:
> > >ok , so my question is simple :
> > >how do you force the bind to know other NS's other than root
> automatically ?
> > >without first looking them up ?
> >
> > If it's authoritative for a.com, just put the NS records for the
> subdomains
> > into that zone file.
> >
> > If not, I don't think there's a way.  You can configure it as a slave
> > server for the domains, so that it won't need to consult the other NS's
at
> > all when responding to queries in those domains.
> >
> > Someone else suggested stub zones, but I think that only works on a
server
> > that's authoritative for the parent domain.  It's just a way of getting
> the
> > delegation NS records into the parent zone automatically.
>
> Stub works for any zones, assuming that the proper connectivity is in
place
> and
> that the authoritative servers allow the stub to query for SOA and NS
> records. You
> can build a whole DNS infrastructure based on stubs. The ANX (Automotive
> Network
> eXchange), for instance.
>
> - Kevin








More information about the bind-users mailing list