SERVFAIL after ipv6 query

Barry Finkel b19141 at britaine.ctd.anl.gov
Fri Jan 25 13:35:28 UTC 2008


klaus.walter at spb.de  wrote:

>Hello!
>I am running two name servers (bind 9.2.4) on linux servers.
>I am using delegation for some entries of the first name server
>to the second name server.
>
>server1:
>name   NS   server2.domain.
>
>server2:
>name   A    1.2.3.4
>
>So if a client asks the first name server for a delegated name,
>the first name server uses recursion and asks the second
>name server. Then it sends the answer to the client.
>
>On both name servers only ipv4 is in use, there are no
>ipv6 records.
>
>When a client starts an ipv4 query for a delegated name to
>the first name server it gets the right answer containing the ip address.
>
>But when the client sends an ipv6 query, the first name server
>answers with SERVFAIL, although the second name server
>(with the delegated name) answers with NOERROR (with
>an empty answer section) to the first name server.
>
>The ipv6 client then waits serveral seconds
>before it asks again. So each name resolution causes delay.
>There is no way to turn off ipv6 on the client.
>
>For a name which is not delegated, the answer of the first
>name server to the ipv6 query is NOERROR with empty
>answer section. This is ok and causes no delay at the
>client.
>
>Does anybody know why a SERVFAIL appears?
>Is this a bug or a feature?
>Is there a way to change the behaviour?
>
>Regards,
>Klaus

Our crystal balls have run out of electricity.  If you had given us
more information - the name of the BIND server and the zone in
question - we might have been able to do queries ourselves and
help you.
----------------------------------------------------------------------
Barry S. Finkel
Computing and Information Systems Division
Argonne National Laboratory          Phone:    +1 (630) 252-7277
9700 South Cass Avenue               Facsimile:+1 (630) 252-4601
Building 222, Room D209              Internet: BSFinkel at anl.gov
Argonne, IL   60439-4828             IBMMAIL:  I1004994



More information about the bind-users mailing list