IETF Logo Mail Archive

Re: [DNSOP] On some terminology in draft-ietf-dnsop-respsize (truncation)

Stephane Bortzmeyer <bortzmeyer@nic.fr> Wed, 05 March 2014 14:48 UTC

Return-Path: <bortzmeyer@nic.fr>
X-Original-To: dnsop@ietfa.amsl.com
Delivered-To: dnsop@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 77AEE1A065E for <dnsop@ietfa.amsl.com>; Wed, 5 Mar 2014 06:48:32 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id LRW2djgmrE-J for <dnsop@ietfa.amsl.com>; Wed, 5 Mar 2014 06:48:30 -0800 (PST)
Received: from mail.bortzmeyer.org (aetius.bortzmeyer.org [217.70.190.232]) by ietfa.amsl.com (Postfix) with ESMTP id 99D5C1A06A4 for <dnsop@ietf.org>; Wed, 5 Mar 2014 06:48:29 -0800 (PST)
Received: by mail.bortzmeyer.org (Postfix, from userid 10) id 5EFEB3BC9D; Wed, 5 Mar 2014 14:48:23 +0000 (UTC)
Received: by tyrion (Postfix, from userid 1000) id 3E0C1F00AF7; Wed, 5 Mar 2014 15:48:06 +0100 (CET)
Date: Wed, 05 Mar 2014 14:48:06 +0000
From: Stephane Bortzmeyer <bortzmeyer@nic.fr>
To: Mark Andrews <marka@isc.org>
Message-ID: <20140305144806.GB19170@laperouse.bortzmeyer.org>
References: <20140303105138.GA3875@laperouse.bortzmeyer.org> <53149C57.1040105@redbarn.org> <C9C88C7D-E43E-4687-961F-980A4839F561@virtualized.org> <5314CE01.3030806@redbarn.org> <20140303185223.GE5406@mx1.yitter.info> <8FC1D512-79BB-49DD-AE89-A88C7F1F73C6@gmail.com> <20140304063209.B3BC310AB091@rock.dv.isc.org>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <20140304063209.B3BC310AB091@rock.dv.isc.org>
X-Transport: UUCP rules
X-Operating-System: Ubuntu 13.10 (saucy)
User-Agent: Mutt/1.5.21 (2010-09-15)
Archived-At: http://mailarchive.ietf.org/arch/msg/dnsop/4onnQ0LzqA1hf-jfyQC-EDHZyxE
Cc: "dnsop@ietf.org WG" <dnsop@ietf.org>
Subject: Re: [DNSOP] On some terminology in draft-ietf-dnsop-respsize (truncation)
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: IETF DNSOP WG mailing list <dnsop.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dnsop>, <mailto:dnsop-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dnsop/>
List-Post: <mailto:dnsop@ietf.org>
List-Help: <mailto:dnsop-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dnsop>, <mailto:dnsop-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 05 Mar 2014 14:48:32 -0000

On Tue, Mar 04, 2014 at 05:32:09PM +1100,
 Mark Andrews <marka@isc.org> wrote 
 a message of 24 lines which said:

> *Glue records are not optional in a referral.*

Why? A resolver can always reissue A and AAAA requests after receiving
NS RRsets without glue. This increase latency but it will work.

But there is more: in a referral, sending *all* the glue records *is*
optional.

% dig +bufsize=512 @f.root-servers.net A www.internautique.fr

; <<>> DiG 9.9.3-rpz2+rl.13214.22-P2-Ubuntu-1:9.9.3.dfsg.P2-4ubuntu1.1 <<>> +bufsize=512 @f.root-servers.net A www.internautique.fr
; (2 servers found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 29492
;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 8, ADDITIONAL: 7
;; WARNING: recursion requested but not available

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags: do; udp: 4096
;; QUESTION SECTION:
;www.internautique.fr.	IN A

;; AUTHORITY SECTION:
fr.			172800 IN NS f.ext.nic.fr.
fr.			172800 IN NS d.nic.fr.
fr.			172800 IN NS d.ext.nic.fr.
fr.			172800 IN NS e.ext.nic.fr.
fr.			172800 IN NS g.ext.nic.fr.
fr.			86400 IN DS 20122 8 2 (
				A4208B55FFB352EDC816D9329283DD8BBDDE44C58539
				5AF9AA7275ABE3CF6795 )
fr.			86400 IN DS 35095 8 2 (
				23C6CAADC9927EE98061F2B52C9B8DA6B53F3F648F81
				4A4A86A0FAF9843E2C4E )
fr.			86400 IN RRSIG DS 8 1 86400 (
				20140312000000 20140304230000 33655 .
				PG6KEeoGIzsI1KnwWLFCjbmfy9Gvc8EyOlHaAR/vBMD9
				kGKZW68OczNt95JwpA0xTRBBH+4wdxNZhrIiScJ4vT/A
				mjrwt2sV1SPFl1+gdX0yynYVwFd+5aVhOsZO7Djo/KzZ
				3HmHxttWjZGnQDbok5sUNuPwcKu2zENiwDsIS9M= )

;; ADDITIONAL SECTION:
d.ext.nic.fr.		172800 IN A 192.5.4.2
d.nic.fr.		172800 IN A 194.0.9.1
e.ext.nic.fr.		172800 IN A 193.176.144.22
f.ext.nic.fr.		172800 IN A 194.146.106.46
g.ext.nic.fr.		172800 IN A 194.0.36.1
d.ext.nic.fr.		172800 IN AAAA 2001:500:2e::2

;; Query time: 180 msec
;; SERVER: 2001:500:2f::f#53(2001:500:2f::f)
;; WHEN: Wed Mar 05 14:46:51 GMT 2014
;; MSG SIZE  rcvd: 500

Note all the glue records were sent and, yet, BIND did not set TC=1.

v2.23.0 | Report a Bug | By Email