Re: IPv6 Strategy

send the code of your utility.



----- Original Message ----
From: Paulo Rodrigues <[email protected]>
To: [email protected]
Sent: Tuesday, July 22, 2008 10:34:34 AM
Subject: Re: [Bind-dlz-testers] IPv6 Strategy


This isn't my day... DBDHPT doesn't like my db file. I've been looking at google, but can't imagine what's broken. Keeps erroring out with:

dns_data: DB_DUP specified to open method but not set in database

but I'm sure I created it with DB_DUP|DB_DUPSORT.




Message: 2
Date: Tue, 22 Jul 2008 05:49:58 -0700 (PDT)
From: Rob Butler <[email protected]>
Subject: Re: [Bind-dlz-testers] IPv6 Strategy (Rob Butler)
To: [email protected]
Message-ID: <[email protected]>
Content-Type: text/plain; charset="us-ascii"

Unfortunately, the queries are correct.  DLZ must determine where the 'zone cut' is before looking up other data.  This means it must check if the zone is in the zone table, if not strip the first label and repeat.  The procedure must be followed until a match is found, or the last label is checked.

This same procedure is followed when using 'native bind' with its in-memory DB.  But since it's in memory its a lot faster.  If you can, the BDB-HPT driver would provide better performance.

Why are you getting queries on your authoritative name server for zone's you don't serve?  Running a server that is both caching and authoritative simultaneously is discouraged, even with native bind.

Rob

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/

_______________________________________________
Bind-dlz-testers mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/bind-dlz-testers