Hello,
On Mon, Jul 25, 2011 at 6:03 PM, Feng He <short...@gmail.com> wrote:
> There is a "rr" flag in the response which indicates the answer is not
> from a cache.

Could you please elaborate. Is the flag passed to the client ??

Attached are two calls to bind, to resolve www.google.com
I have use the command dig www.google.com @BIND_LISTEN_IP all > /tmp/foo

The first attachment named nonCache, should be should be the
request/response of an query as soon as the bind server starts, hence
things like reading root hints file come into picture (and so the
large delay).

The second attachment one is named cache, and should be the
request/response from the bind's cache.

The next section is inline pasting of the diff of the two attachments.
<snip>
5c5
< ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 38534
---
> ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 24280
12,17c12,17
< www.google.com.               604800  IN      CNAME   www.l.google.com.
< www.l.google.com.     300     IN      A       74.125.236.51
< www.l.google.com.     300     IN      A       74.125.236.52
< www.l.google.com.     300     IN      A       74.125.236.48
< www.l.google.com.     300     IN      A       74.125.236.49
< www.l.google.com.     300     IN      A       74.125.236.50
---
> www.google.com.               604779  IN      CNAME   www.l.google.com.
> www.l.google.com.     279     IN      A       74.125.236.50
> www.l.google.com.     279     IN      A       74.125.236.51
> www.l.google.com.     279     IN      A       74.125.236.52
> www.l.google.com.     279     IN      A       74.125.236.48
> www.l.google.com.     279     IN      A       74.125.236.49
20,23c20,23
< google.com.           172800  IN      NS      ns4.google.com.
< google.com.           172800  IN      NS      ns3.google.com.
< google.com.           172800  IN      NS      ns2.google.com.
< google.com.           172800  IN      NS      ns1.google.com.
---
> google.com.           172779  IN      NS      ns3.google.com.
> google.com.           172779  IN      NS      ns1.google.com.
> google.com.           172779  IN      NS      ns4.google.com.
> google.com.           172779  IN      NS      ns2.google.com.
25c25
< ;; Query time: 1820 msec
---
> ;; Query time: 84 msec
27c27
< ;; WHEN: Mon Jul 25 21:18:45 2011
---
> ;; WHEN: Mon Jul 25 21:19:05 2011
31c31
< ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 52479
---
> ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 64054
40c40
< ;; Query time: 160 msec
---
> ;; Query time: 120 msec
42c42
< ;; WHEN: Mon Jul 25 21:18:51 2011
---
> ;; WHEN: Mon Jul 25 21:19:05 2011
</snip>

If you mean one of /something similar,
#define NS_QUERYATTR_RECURSIONOK        0x0001
#define NS_QUERYATTR_CACHEOK            0x0002
#define NS_QUERYATTR_PARTIALANSWER      0x0004
#define NS_QUERYATTR_NAMEBUFUSED        0x0008
#define NS_QUERYATTR_RECURSING          0x0010
#define NS_QUERYATTR_CACHEGLUEOK        0x0020
#define NS_QUERYATTR_QUERYOKVALID       0x0040
#define NS_QUERYATTR_QUERYOK            0x0080
#define NS_QUERYATTR_WANTRECURSION      0x0100
#define NS_QUERYATTR_SECURE             0x0200
#define NS_QUERYATTR_NOAUTHORITY        0x0400
#define NS_QUERYATTR_NOADDITIONAL       0x0800

could you please tell me which it is


Regards,
Harish

Attachment: nonCache
Description: Binary data

Attachment: Cache
Description: Binary data

_______________________________________________
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe 
from this list

bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users

Reply via email to