Don't understand why I get a FORMERR (quad-A - ipv6 related)

Wed Apr 25 13:53:37 UTC 2012

The root cause is that the name servers for www.ryanair.com are
misconfigured.  They are returning answers as if they are configured
for ryanair.com (see the SOA record) instead of www.ryanair.com as
can be seen below.

; <<>> DiG 9.9.0rc2 <<>> www.ryanair.com aaaa @fr27dns.ryanair.com +noedns
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 22179
;; flags: qr aa rd ad; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0
;; WARNING: recursion requested but not available

;; QUESTION SECTION:
;www.ryanair.com.		IN	AAAA

;; AUTHORITY SECTION:
ryanair.com.		10	IN	SOA	fr27dns.ryanair.com. root.ryanair.com. 1 10 10 10 10

;; Query time: 366 msec
;; SERVER: 62.134.190.242#53(62.134.190.242)
;; WHEN: Wed Apr 25 23:44:37 2012
;; MSG SIZE  rcvd: 104

Mark

In message <CAO5znasqndyUCiKOXMb_9GE2oSYQ-nsfg1RSLu7wGedtoGGn=w at mail.gmail.com>
, Nicolas Michel writes:
> --===============4894654662251574803==
> Content-Type: multipart/alternative; boundary=f46d0444044c8d70a804be804c64
> 
> --f46d0444044c8d70a804be804c64
> Content-Type: text/plain; charset=UTF-8
> 
> Hello guys,
> 
> I have BIND 9.6-ESV-R5-P1 on SLES 11 SP1 installed and it is working fine.
> I only have a situation where I don't understand what's happening and why :
> I try to do a quad-A query to www.ryanair.com (which is doesn't exists,
> only single A). When trying this with "dig" on my BIND server, I get a
> SERVFAIL return code. When doing the same query on the google DNS (8.8.8.8)
> I only get no answer but a return code of NOERROR.
> 
> (I only took www.ryanair.com as an exemple but I get the same behavior with
> some other records like exch-eu.atdmt.com ...)
> 
> *Here is the dig on google DNS*
> 
> dig @8.8.8.8 AAAA www.ryanair.com
> 
> ; <<>> DiG 9.9.0 <<>> @8.8.8.8 AAAA www.ryanair.com
> ; (1 server found)
> ;; global options: +cmd
> ;; Got answer:
> ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 56244
> ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1
> 
> *Here is the dig on my bind server:*
> 
> dig AAAA www.ryanair.com
> 
> ; <<>> DiG 9.9.0 <<>> AAAA www.ryanair.com
> ;; global options: +cmd
> ;; Got answer:
> ;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 25197
> ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1
> 
> *So I configured a channel with a debug3 severity on my BIND to try
> understanding what's happening. Here is the response exerpt:*
> 
> 25-Apr-2012 14:00:52.009 resolver: debug 3: resquery 0x7f0d23be8dc0 (fctx
> 0x7f0d23be2dc0(www.ryanair.com/AAAA)): response
> 25-Apr-2012 14:00:52.009 resolver: debug 3: fctx 0x7f0d23be2dc0(
> www.ryanair.com/AAAA'): noanswer_response
> 25-Apr-2012 14:00:52.009 resolver: debug 3: fctx 0x7f0d23be2dc0(
> www.ryanair.com/AAAA'): cancelquery
> 25-Apr-2012 14:00:52.010 resolver: debug 3: fctx 0x7f0d23be2dc0(
> www.ryanair.com/AAAA'): add_bad
> 25-Apr-2012 14:00:52.010 lame-servers: info: FORMERR resolving '
> www.ryanair.com/AAAA/IN': 193.95.148.92#53
> 25-Apr-2012 14:00:52.010 lame-servers: info: FORMERR resolving '
> www.ryanair.com/AAAA/IN': 193.95.148.92#53
> 25-Apr-2012 14:00:52.010 lame-servers: info: FORMERR resolving '
> www.ryanair.com/AAAA/IN': 193.95.148.92#53
> 25-Apr-2012 14:00:52.010 resolver: debug 3: fctx 0x7f0d23be2dc0(
> www.ryanair.com/AAAA'): try
> 25-Apr-2012 14:00:52.010 resolver: debug 3: fctx 0x7f0d23be2dc0(
> www.ryanair.com/AAAA'): query
> 25-Apr-2012 14:00:52.010 resolver: debug 3: resquery 0x7f0d23be8dc0 (fctx
> 0x7f0d23be2dc0(www.ryanair.com/AAAA)): send
> 25-Apr-2012 14:00:52.010 resolver: debug 3: resquery 0x7f0d23be8dc0 (fctx
> 0x7f0d23be2dc0(www.ryanair.com/AAAA)): sent
> 25-Apr-2012 14:00:52.010 resolver: debug 3: resquery 0x7f0d23be8dc0 (fctx
> 0x7f0d23be2dc0(www.ryanair.com/AAAA)): udpconnected
> 25-Apr-2012 14:00:52.010 resolver: debug 3: resquery 0x7f0d23be8dc0 (fctx
> 0x7f0d23be2dc0(www.ryanair.com/AAAA)): senddone
> 25-Apr-2012 14:00:52.030 resolver: debug 3: resquery 0x7f0d23be8dc0 (fctx
> 0x7f0d23be2dc0(www.ryanair.com/AAAA)): response
> 25-Apr-2012 14:00:52.030 resolver: debug 3: fctx 0x7f0d23be2dc0(
> www.ryanair.com/AAAA'): cancelquery
> 25-Apr-2012 14:00:52.030 resolver: debug 3: fctx 0x7f0d23be2dc0(
> www.ryanair.com/AAAA'): resend
> 25-Apr-2012 14:00:52.030 resolver: debug 3: fctx 0x7f0d23be2dc0(
> www.ryanair.com/AAAA'): query
> 25-Apr-2012 14:00:52.030 resolver: debug 3: resquery 0x7f0d23be8dc0 (fctx
> 0x7f0d23be2dc0(www.ryanair.com/AAAA)): send
> 25-Apr-2012 14:00:52.030 resolver: debug 3: resquery 0x7f0d23be8dc0 (fctx
> 0x7f0d23be2dc0(www.ryanair.com/AAAA)): sent
> 25-Apr-2012 14:00:52.030 resolver: debug 3: resquery 0x7f0d23be8dc0 (fctx
> 0x7f0d23be2dc0(www.ryanair.com/AAAA)): udpconnected
> 25-Apr-2012 14:00:52.030 resolver: debug 3: resquery 0x7f0d23be8dc0 (fctx
> 0x7f0d23be2dc0(www.ryanair.com/AAAA)): senddone
> 25-Apr-2012 14:00:52.047 client: debug 3: client 195.130.131.10#3449: UDP
> request
> 25-Apr-2012 14:00:52.047 client: debug 3: client 195.130.131.10#3449: view
> MLT-EXTERNAL: query
> 25-Apr-2012 14:00:52.047 client: debug 3: client 195.130.131.10#3449: view
> MLT-EXTERNAL: send
> 25-Apr-2012 14:00:52.047 client: debug 3: client 195.130.131.10#3449: view
> MLT-EXTERNAL: sendto
> 25-Apr-2012 14:00:52.047 client: debug 3: client 195.130.131.10#3449: view
> MLT-EXTERNAL: senddone
> 25-Apr-2012 14:00:52.047 client: debug 3: client 195.130.131.10#3449: view
> MLT-EXTERNAL: next
> 25-Apr-2012 14:00:52.047 client: debug 3: client 195.130.131.10#3449: view
> MLT-EXTERNAL: endrequest
> 25-Apr-2012 14:00:52.047 client: debug 3: client @0x7f0d238e0380: udprecv
> 25-Apr-2012 14:00:52.050 resolver: debug 3: resquery 0x7f0d23be8dc0 (fctx
> 0x7f0d23be2dc0(www.ryanair.com/AAAA)): response
> 25-Apr-2012 14:00:52.050 resolver: debug 3: fctx 0x7f0d23be2dc0(
> www.ryanair.com/AAAA'): noanswer_response
> 25-Apr-2012 14:00:52.050 resolver: debug 3: fctx 0x7f0d23be2dc0(
> www.ryanair.com/AAAA'): cancelquery
> 25-Apr-2012 14:00:52.050 resolver: debug 3: fctx 0x7f0d23be2dc0(
> www.ryanair.com/AAAA'): add_bad
> 25-Apr-2012 14:00:52.050 lame-servers: info: FORMERR resolving '
> www.ryanair.com/AAAA/IN': 62.73.129.182#53
> 25-Apr-2012 14:00:52.050 lame-servers: info: FORMERR resolving '
> www.ryanair.com/AAAA/IN': 62.73.129.182#53
> 25-Apr-2012 14:00:52.050 lame-servers: info: FORMERR resolving '
> www.ryanair.com/AAAA/IN': 62.73.129.182#53
> 25-Apr-2012 14:00:52.050 resolver: debug 3: fctx 0x7f0d23be2dc0(
> www.ryanair.com/AAAA'): try
> 25-Apr-2012 14:00:52.050 resolver: debug 3: fctx 0x7f0d23be2dc0(
> www.ryanair.com/AAAA'): query
> 25-Apr-2012 14:00:52.050 resolver: debug 3: resquery 0x7f0d23be8dc0 (fctx
> 0x7f0d23be2dc0(www.ryanair.com/AAAA)): send
> 25-Apr-2012 14:00:52.050 resolver: debug 3: resquery 0x7f0d23be8dc0 (fctx
> 0x7f0d23be2dc0(www.ryanair.com/AAAA)): sent
> 25-Apr-2012 14:00:52.050 resolver: debug 3: resquery 0x7f0d23be8dc0 (fctx
> 0x7f0d23be2dc0(www.ryanair.com/AAAA)): udpconnected
> 25-Apr-2012 14:00:52.050 resolver: debug 3: resquery 0x7f0d23be8dc0 (fctx
> 0x7f0d23be2dc0(www.ryanair.com/AAAA)): senddone
> 
> So if I understand well, BIND received no answer for its query so it raise
> a FORMERR return code. So the difference in the return code between the
> google dns and bind is only a matter of DNS spec implementation difference?
> Or do I have a misconfiguration on my bind server?
> 
> Why do I care about this? Some Windows XP which are DNS clients of my BIND
> server have ipv6 enabled so they try to resolve URLs with quad-A. As they
> received SERVFAIL they try any other known server names in their network
> configuration in a loop until a (very long) timeout before trying single-A
> resolution. When configuring google nameserver as Windows network
> resolvers, I don't get any timeout since I get the blank response
> immediately for the quad-A record (with no error as return code) and it
> immediately try to resolve with single-A.
> 
> => I know the root cause is the enablement of IPV6 on the clients and that
> part of the problem will be fixed. But I also want to understand and fix if
> possible the behavior of my BIND server.
> 
> -- 
> Nicolas MICHEL
> 
> --f46d0444044c8d70a804be804c64
> Content-Type: text/html; charset=UTF-8
> Content-Transfer-Encoding: quoted-printable
> 
> Hello guys,<br><br>I have BIND 9.6-ESV-R5-P1 on SLES 11 SP1 installed and i=
> t is working fine. I only have a situation where I don't understand wha=
> t's happening and why :<br>I try to do a quad-A query to <a href=3D"htt=
> p://www.ryanair.com">www.ryanair.com</a> (which is doesn't exists, only=
>  single A). When trying this with "dig" on my BIND server, I get =
> a SERVFAIL return code. When doing the same query on the google DNS (8.8.8.=
> 8) I only get no answer but a return code of NOERROR.<br>
> <br>(I only took <a href=3D"http://www.ryanair.com">www.ryanair.com</a> as =
> an exemple but I get the same behavior with some other records like <a href=
> =3D"http://exch-eu.atdmt.com">exch-eu.atdmt.com</a> ...)<br><br><u><font si=
> ze=3D"4">Here is the dig on google DNS</font></u><br>
> <br>dig @<a href=3D"http://8.8.8.8">8.8.8.8</a> AAAA <a href=3D"http://www.=
> ryanair.com">www.ryanair.com</a><br><br>; <<>> DiG 9.9.0 <&l=
> t;>> @<a href=3D"http://8.8.8.8">8.8.8.8</a> AAAA <a href=3D"http://w=
> ww.ryanair.com">www.ryanair.com</a><br>
> ; (1 server found)<br>;; global options: +cmd<br>;; Got answer:<br>;; ->=
> >HEADER<<- opcode: QUERY, status: NOERROR, id: 56244<br>;; flags: =
> qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 1<br><br><u><font =
> size=3D"4">Here is the dig on my bind server:</font></u><br>
> <br>dig AAAA <a href=3D"http://www.ryanair.com">www.ryanair.com</a><br><br>=
> ; <<>> DiG 9.9.0 <<>> AAAA <a href=3D"http://www.ry=
> anair.com">www.ryanair.com</a><br>;; global options: +cmd<br>;; Got answer:=
> <br>
> ;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 25197<br>;=
> ; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 1<br><br>=
> <u>So I configured a channel with a debug3 severity on my BIND to try under=
> standing what's happening. Here is the response exerpt:</u><br>
> <br><blockquote>25-Apr-2012 14:00:52.009 resolver: debug 3: resquery 0x7f0d=
> 23be8dc0 (fctx 0x7f0d23be2dc0(<a href=3D"http://www.ryanair.com/AAAA)">www.=
> ryanair.com/AAAA)</a>): response<br>25-Apr-2012 14:00:52.009 resolver: debu=
> g 3: fctx 0x7f0d23be2dc0(<a href=3D"http://www.ryanair.com/AAAA'">www.r=
> yanair.com/AAAA'</a>): <span style=3D"background-color:rgb(255,255,153)=
> ">noanswer_response</span><br>
> 25-Apr-2012 14:00:52.009 resolver: debug 3: fctx 0x7f0d23be2dc0(<a href=3D"=
> http://www.ryanair.com/AAAA'">www.ryanair.com/AAAA'</a>): <span sty=
> le=3D"background-color:rgb(255,255,153)">cancelquery</span><br>25-Apr-2012 =
> 14:00:52.010 resolver: debug 3: fctx 0x7f0d23be2dc0(<a href=3D"http://www.r=
> yanair.com/AAAA'">www.ryanair.com/AAAA'</a>): <span style=3D"backgr=
> ound-color:rgb(255,255,153)">add_bad</span><br>
> 25-Apr-2012 14:00:52.010 lame-servers: info: <span style=3D"background-colo=
> r:rgb(255,255,153)">FORMERR</span> resolving '<a href=3D"http://www.rya=
> nair.com/AAAA/IN">www.ryanair.com/AAAA/IN</a>': 193.95.148.92#53<br>25-=
> Apr-2012 14:00:52.010 lame-servers: info: FORMERR resolving '<a href=3D=
> "http://www.ryanair.com/AAAA/IN">www.ryanair.com/AAAA/IN</a>': 193.95.1=
> 48.92#53<br>
> 25-Apr-2012 14:00:52.010 lame-servers: info: FORMERR resolving '<a href=
> =3D"http://www.ryanair.com/AAAA/IN">www.ryanair.com/AAAA/IN</a>': 193.9=
> 5.148.92#53<br>25-Apr-2012 14:00:52.010 resolver: debug 3: fctx 0x7f0d23be2=
> dc0(<a href=3D"http://www.ryanair.com/AAAA'">www.ryanair.com/AAAA'<=
> /a>): try<br>
> 25-Apr-2012 14:00:52.010 resolver: debug 3: fctx 0x7f0d23be2dc0(<a href=3D"=
> http://www.ryanair.com/AAAA'">www.ryanair.com/AAAA'</a>): query<br>=
> 25-Apr-2012 14:00:52.010 resolver: debug 3: resquery 0x7f0d23be8dc0 (fctx 0=
> x7f0d23be2dc0(<a href=3D"http://www.ryanair.com/AAAA)">www.ryanair.com/AAAA=
> )</a>): send<br>
> 25-Apr-2012 14:00:52.010 resolver: debug 3: resquery 0x7f0d23be8dc0 (fctx 0=
> x7f0d23be2dc0(<a href=3D"http://www.ryanair.com/AAAA)">www.ryanair.com/AAAA=
> )</a>): sent<br>25-Apr-2012 14:00:52.010 resolver: debug 3: resquery 0x7f0d=
> 23be8dc0 (fctx 0x7f0d23be2dc0(<a href=3D"http://www.ryanair.com/AAAA)">www.=
> ryanair.com/AAAA)</a>): udpconnected<br>
> 25-Apr-2012 14:00:52.010 resolver: debug 3: resquery 0x7f0d23be8dc0 (fctx 0=
> x7f0d23be2dc0(<a href=3D"http://www.ryanair.com/AAAA)">www.ryanair.com/AAAA=
> )</a>): senddone<br>25-Apr-2012 14:00:52.030 resolver: debug 3: resquery 0x=
> 7f0d23be8dc0 (fctx 0x7f0d23be2dc0(<a href=3D"http://www.ryanair.com/AAAA)">=
> www.ryanair.com/AAAA)</a>): response<br>
> 25-Apr-2012 14:00:52.030 resolver: debug 3: fctx 0x7f0d23be2dc0(<a href=3D"=
> http://www.ryanair.com/AAAA'">www.ryanair.com/AAAA'</a>): cancelque=
> ry<br>25-Apr-2012 14:00:52.030 resolver: debug 3: fctx 0x7f0d23be2dc0(<a hr=
> ef=3D"http://www.ryanair.com/AAAA'">www.ryanair.com/AAAA'</a>): res=
> end<br>
> 25-Apr-2012 14:00:52.030 resolver: debug 3: fctx 0x7f0d23be2dc0(<a href=3D"=
> http://www.ryanair.com/AAAA'">www.ryanair.com/AAAA'</a>): query<br>=
> 25-Apr-2012 14:00:52.030 resolver: debug 3: resquery 0x7f0d23be8dc0 (fctx 0=
> x7f0d23be2dc0(<a href=3D"http://www.ryanair.com/AAAA)">www.ryanair.com/AAAA=
> )</a>): send<br>
> 25-Apr-2012 14:00:52.030 resolver: debug 3: resquery 0x7f0d23be8dc0 (fctx 0=
> x7f0d23be2dc0(<a href=3D"http://www.ryanair.com/AAAA)">www.ryanair.com/AAAA=
> )</a>): sent<br>25-Apr-2012 14:00:52.030 resolver: debug 3: resquery 0x7f0d=
> 23be8dc0 (fctx 0x7f0d23be2dc0(<a href=3D"http://www.ryanair.com/AAAA)">www.=
> ryanair.com/AAAA)</a>): udpconnected<br>
> 25-Apr-2012 14:00:52.030 resolver: debug 3: resquery 0x7f0d23be8dc0 (fctx 0=
> x7f0d23be2dc0(<a href=3D"http://www.ryanair.com/AAAA)">www.ryanair.com/AAAA=
> )</a>): senddone<br>25-Apr-2012 14:00:52.047 client: debug 3: client 195.13=
> 0.131.10#3449: UDP request<br>
> 25-Apr-2012 14:00:52.047 client: debug 3: client 195.130.131.10#3449: view =
> MLT-EXTERNAL: query<br>25-Apr-2012 14:00:52.047 client: debug 3: client 195=
> .130.131.10#3449: view MLT-EXTERNAL: send<br>25-Apr-2012 14:00:52.047 clien=
> t: debug 3: client 195.130.131.10#3449: view MLT-EXTERNAL: sendto<br>
> 25-Apr-2012 14:00:52.047 client: debug 3: client 195.130.131.10#3449: view =
> MLT-EXTERNAL: senddone<br>25-Apr-2012 14:00:52.047 client: debug 3: client =
> 195.130.131.10#3449: view MLT-EXTERNAL: next<br>25-Apr-2012 14:00:52.047 cl=
> ient: debug 3: client 195.130.131.10#3449: view MLT-EXTERNAL: endrequest<br=
> >
> 25-Apr-2012 14:00:52.047 client: debug 3: client @0x7f0d238e0380: udprecv<b=
> r>25-Apr-2012 14:00:52.050 resolver: debug 3: resquery 0x7f0d23be8dc0 (fctx=
>  0x7f0d23be2dc0(<a href=3D"http://www.ryanair.com/AAAA)">www.ryanair.com/AA=
> AA)</a>): response<br>
> 25-Apr-2012 14:00:52.050 resolver: debug 3: fctx 0x7f0d23be2dc0(<a href=3D"=
> http://www.ryanair.com/AAAA'">www.ryanair.com/AAAA'</a>): noanswer_=
> response<br>25-Apr-2012 14:00:52.050 resolver: debug 3: fctx 0x7f0d23be2dc0=
> (<a href=3D"http://www.ryanair.com/AAAA'">www.ryanair.com/AAAA'</a>=
> ): cancelquery<br>
> 25-Apr-2012 14:00:52.050 resolver: debug 3: fctx 0x7f0d23be2dc0(<a href=3D"=
> http://www.ryanair.com/AAAA'">www.ryanair.com/AAAA'</a>): add_bad<b=
> r>25-Apr-2012 14:00:52.050 lame-servers: info: FORMERR resolving '<a hr=
> ef=3D"http://www.ryanair.com/AAAA/IN">www.ryanair.com/AAAA/IN</a>': 62.=
> 73.129.182#53<br>
> 25-Apr-2012 14:00:52.050 lame-servers: info: FORMERR resolving '<a href=
> =3D"http://www.ryanair.com/AAAA/IN">www.ryanair.com/AAAA/IN</a>': 62.73=
> .129.182#53<br>25-Apr-2012 14:00:52.050 lame-servers: info: FORMERR resolvi=
> ng '<a href=3D"http://www.ryanair.com/AAAA/IN">www.ryanair.com/AAAA/IN<=
> /a>': 62.73.129.182#53<br>
> 25-Apr-2012 14:00:52.050 resolver: debug 3: fctx 0x7f0d23be2dc0(<a href=3D"=
> http://www.ryanair.com/AAAA'">www.ryanair.com/AAAA'</a>): try<br>25=
> -Apr-2012 14:00:52.050 resolver: debug 3: fctx 0x7f0d23be2dc0(<a href=3D"ht=
> tp://www.ryanair.com/AAAA'">www.ryanair.com/AAAA'</a>): query<br>
> 25-Apr-2012 14:00:52.050 resolver: debug 3: resquery 0x7f0d23be8dc0 (fctx 0=
> x7f0d23be2dc0(<a href=3D"http://www.ryanair.com/AAAA)">www.ryanair.com/AAAA=
> )</a>): send<br>25-Apr-2012 14:00:52.050 resolver: debug 3: resquery 0x7f0d=
> 23be8dc0 (fctx 0x7f0d23be2dc0(<a href=3D"http://www.ryanair.com/AAAA)">www.=
> ryanair.com/AAAA)</a>): sent<br>
> 25-Apr-2012 14:00:52.050 resolver: debug 3: resquery 0x7f0d23be8dc0 (fctx 0=
> x7f0d23be2dc0(<a href=3D"http://www.ryanair.com/AAAA)">www.ryanair.com/AAAA=
> )</a>): udpconnected<br>25-Apr-2012 14:00:52.050 resolver: debug 3: resquer=
> y 0x7f0d23be8dc0 (fctx 0x7f0d23be2dc0(<a href=3D"http://www.ryanair.com/AAA=
> A)">www.ryanair.com/AAAA)</a>): senddone<br>
> </blockquote>So if I understand well, BIND received no answer for its query=
>  so it raise a FORMERR return code. So the difference in the return code be=
> tween the google dns and bind is only a matter of DNS spec implementation d=
> ifference? Or do I have a misconfiguration on my bind server?<br>
> <br>Why do I care about this? Some Windows XP which are DNS clients of my B=
> IND server have ipv6 enabled so they try to resolve URLs with quad-A. As th=
> ey received SERVFAIL they try any other known server names in their network=
>  configuration in a loop until a (very long) timeout before trying single-A=
>  resolution. When configuring google nameserver as Windows network resolver=
> s, I don't get any timeout since I get the blank response immediately f=
> or the quad-A record (with no error as return code) and it immediately try =
> to resolve with single-A.<br>
> <br>=3D> I know the root cause is the enablement of IPV6 on the clients =
> and that part of the problem will be fixed. But I also want to understand a=
> nd fix if possible the behavior of my BIND server.<br clear=3D"all"><br>-- =
> <br>
> Nicolas MICHEL<br>
> 
> --f46d0444044c8d70a804be804c64--
> 
> --===============4894654662251574803==
> Content-Type: text/plain; charset="us-ascii"
> MIME-Version: 1.0
> Content-Transfer-Encoding: 7bit
> Content-Disposition: inline
> 
> _______________________________________________
> Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe
>  from this list
> 
> bind-users mailing list
> bind-users at lists.isc.org
> https://lists.isc.org/mailman/listinfo/bind-users
> --===============4894654662251574803==--
-- 
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742                 INTERNET: marka at isc.org