[162330] in North American Network Operators' Group

home help back first fref pref prev next nref lref last post

Re: Open Resolver Dataset Update

daemon@ATHENA.MIT.EDU (Tom Laermans)
Tue Apr 9 08:59:51 2013

From: Tom Laermans <tom.laermans@phyxia.net>
To: Jared Mauch <jared@puck.nether.net>
Date: Tue, 09 Apr 2013 14:59:37 +0200
In-Reply-To: <BCCE3736-E0D5-4F52-9A09-87D79F0CD156@puck.nether.net>
Cc: "nanog@nanog.org" <nanog@nanog.org>
Errors-To: nanog-bounces+nanog.discuss=bloom-picayune.mit.edu@nanog.org

Jared,

If you mean there can be a referral with RCODE=0 and Recursion Available
= 0, you'll need a third column actually documenting if there is a
referral.

This server is listed in ORP:

$ dig www.google.be @195.160.166.139

; <<>> DiG 9.7.3 <<>> www.google.be @195.160.166.139
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 615
;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0
;; WARNING: recursion requested but not available

;; QUESTION SECTION:
;www.google.be.                 IN      A

;; Query time: 6 msec
;; SERVER: 195.160.166.139#53(195.160.166.139)
;; WHEN: Tue Apr  9 14:58:21 2013
;; MSG SIZE  rcvd: 31

RCODE=0, Recursion available=0:
	
http://openresolverproject.org/search.cgi?mode=search6&search_for=195.160.166.0%2F24

Hence my question, what is it doing wrong?

Tom

On Mon, 2013-04-08 at 07:05 -0400, Jared Mauch wrote:
> The referral, including a referral to root can be quite large. Even larger than answering a normal query. I have broken the data out for the purpose of letting people identify the IPs that provide that. 
> 
> Jared Mauch
> 
> On Apr 8, 2013, at 3:08 AM, Tom Laermans <tom.laermans@phyxia.net> wrote:
> 
> > As far as I know, responding either NOERROR or REFUSED produces packets of the same size.




home help back first fref pref prev next nref lref last post