Re: [dnsext] BADVER/FORMERR
"Marc Lampo" <marc.lampo@eurid.eu> Mon, 14 November 2011 13:56 UTC
Return-Path: <marc.lampo@eurid.eu>
X-Original-To: dnsext@ietfa.amsl.com
Delivered-To: dnsext@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 93A8111E8190 for <dnsext@ietfa.amsl.com>; Mon, 14 Nov 2011 05:56:48 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.15
X-Spam-Level:
X-Spam-Status: No, score=-9.15 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, MSGID_MULTIPLE_AT=1.449, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id aRygm7cvmqE5 for <dnsext@ietfa.amsl.com>; Mon, 14 Nov 2011 05:56:48 -0800 (PST)
Received: from barra.eurid.eu (mx.eurid.eu [212.190.206.103]) by ietfa.amsl.com (Postfix) with ESMTP id 8BEC911E818C for <dnsext@ietf.org>; Mon, 14 Nov 2011 05:56:46 -0800 (PST)
X-ASG-Debug-ID: 1321279002-03694975c2be820001-uIE7UK
Received: from zimbra.eurid.eu (zcs-master.vt.eurid.eu [10.19.100.121]) by barra.eurid.eu with ESMTP id ZdEHoiXiBvTKdj55; Mon, 14 Nov 2011 14:56:42 +0100 (CET)
X-Barracuda-Envelope-From: marc.lampo@eurid.eu
X-ASG-Whitelist: Client
Received: from localhost (localhost.localdomain [127.0.0.1]) by zimbra.eurid.eu (Postfix) with ESMTP id 960AEE4062; Mon, 14 Nov 2011 14:56:42 +0100 (CET)
X-Virus-Scanned: amavisd-new at techmail.eurid.eu
Received: from zimbra.eurid.eu ([127.0.0.1]) by localhost (zimbra.eurid.eu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id IVH+8m0tfy7K; Mon, 14 Nov 2011 14:56:42 +0100 (CET)
Received: from zimbra.eurid.eu (zimbra.eurid.eu [10.19.100.120]) by zimbra.eurid.eu (Postfix) with ESMTP id 83FFBE4050; Mon, 14 Nov 2011 14:56:42 +0100 (CET)
From: Marc Lampo <marc.lampo@eurid.eu>
To: 'Mark Andrews' <marka@isc.org>, dnsext@ietf.org
References: <20111111025007.B689B17061FA@drugs.dv.isc.org>
In-Reply-To: <20111111025007.B689B17061FA@drugs.dv.isc.org>
Date: Mon, 14 Nov 2011 14:56:42 +0100
X-ASG-Orig-Subj: RE: [dnsext] BADVER/FORMERR
Message-ID: <026401cca2d5$3d91a270$b8b4e750$@lampo>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Mailer: Microsoft Office Outlook 12.0
X-Mailer: Zimbra 6.0.14_GA_2928 (ZimbraConnectorForOutlook/5.0.3064.18)
Thread-Index: AcygHJ7CKGisjtstS3+MeMi9nXBecgCtst7w
Content-Language: en-za
X-Originating-IP: [172.20.5.51]
X-Barracuda-Connect: zcs-master.vt.eurid.eu[10.19.100.121]
X-Barracuda-Start-Time: 1321279002
X-Barracuda-URL: http://172.20.1.190:8000/cgi-mod/mark.cgi
X-Virus-Scanned: by bsmtpd at eurid.eu
Subject: Re: [dnsext] BADVER/FORMERR
X-BeenThere: dnsext@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: DNS Extensions working group discussion list <dnsext.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/dnsext>, <mailto:dnsext-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dnsext>
List-Post: <mailto:dnsext@ietf.org>
List-Help: <mailto:dnsext-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dnsext>, <mailto:dnsext-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 14 Nov 2011 13:56:48 -0000
Hello Mark, Interesting path you are following ... >From my position (in the Internet with respect to anycast servers), I get answers you consider not correct from All of a, h, k and l root-servers.net. Additionally, when I query a.root-servers.net. with QDCOUNT == 1, the rcode becomes indeed BADVERS (extended : value 16), but amazingly the name servers additionally sets the lowest bit in the flags : "non-authenticaded data: Acceptable" (that's the CD bit, if I'm not mistaken). The problem seems to be : "which error precedes which error ?" (as there is only one possibility for "rcode" in the packet) So, first detect the QDCOUNT == 0 and return FORMERR because of that, or, also detect that EDNS type is 255, so : undefined and return BADVERS because of that. But what I fail to see is : why send EDNS with value 255 ? Why not simply a regular EDNS0 ? Because in that case (only one error), the authoritative name server can always add EDNS0 in its reply with the UDP payload (you are interested in in the first place). We don't *have* to send an EDNS with bad version number in order to obtain the information ? Or do you want to *force* EDNS0 in the reply by sending a query that results in a Returncode >15 so that EDNS0 is needed to get that returncode back ? Kind regards, Marc -----Original Message----- From: Mark Andrews [mailto:marka@isc.org] Sent: 11 November 2011 03:50 AM To: dnsext@ietf.org Subject: [dnsext] BADVER/FORMERR I was looking for a good way to test for EDNS support and hacked dig to send out a empty question section when the EDNS version was set to 255 and got what I believe to be incorrect responses from K and L. EDNS version processing is supposed to take precedence over examining the query section as the EDNS version can influence the interpretion of the question section. I believe the correct response should be BADVERS. Adding a question elicited BADVERS. Do others agree with my interpretion of rcode precedence? Mark marka% bin/dig/dig +edns=255 +norec @k.root-servers.net ; <<>> DiG 9.9.0b1 <<>> +edns=255 +norec @k.root-servers.net ; (2 servers found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: FORMERR, id: 40361 ;; flags: qr; QUERY: 0, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 ;; Query time: 255 msec ;; SERVER: 2001:7fd::1#53(2001:7fd::1) ;; WHEN: Fri Nov 11 13:34:50 2011 ;; MSG SIZE rcvd: 12 marka% bin/dig/dig +edns=255 +norec @l.root-servers.net ; <<>> DiG 9.9.0b1 <<>> +edns=255 +norec @l.root-servers.net ; (2 servers found) ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: FORMERR, id: 34663 ;; flags: qr; QUERY: 0, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0 ;; Query time: 175 msec ;; SERVER: 2001:500:3::42#53(2001:500:3::42) ;; WHEN: Fri Nov 11 13:35:08 2011 ;; MSG SIZE rcvd: 12 -- Mark Andrews, ISC 1 Seymour St., Dundas Valley, NSW 2117, Australia PHONE: +61 2 9871 4742 INTERNET: marka@isc.org
- [dnsext] BADVER/FORMERR Mark Andrews
- Re: [dnsext] BADVER/FORMERR Ray Bellis
- Re: [dnsext] BADVER/FORMERR Mark Andrews
- Re: [dnsext] BADVER/FORMERR Ray Bellis
- Re: [dnsext] BADVER/FORMERR David Conrad
- Re: [dnsext] BADVER/FORMERR Ray Bellis
- Re: [dnsext] BADVER/FORMERR Florian Weimer
- Re: [dnsext] BADVER/FORMERR Olafur Gudmundsson
- Re: [dnsext] BADVER/FORMERR Mark Andrews
- Re: [dnsext] BADVER/FORMERR Olafur Gudmundsson
- Re: [dnsext] BADVER/FORMERR Marc Lampo
- Re: [dnsext] BADVER/FORMERR Mark Andrews
- Re: [dnsext] BADVER/FORMERR Dick Franks
- Re: [dnsext] BADVER/FORMERR Ray Bellis
- Re: [dnsext] BADVER/FORMERR Dick Franks
- Re: [dnsext] BADVER/FORMERR Marc Lampo
- Re: [dnsext] BADVER/FORMERR Mark Andrews
- Re: [dnsext] BADVER/FORMERR Michael Sheldon
- Re: [dnsext] BADVER/FORMERR Mark Andrews
- [dnsext] Tao and Re: BADVER/FORMERR Edward Lewis
- Re: [dnsext] Tao and Re: BADVER/FORMERR David Conrad
- Re: [dnsext] BADVER/FORMERR Johan Ihrén
- Re: [dnsext] BADVER/FORMERR Ray Bellis
- Re: [dnsext] Tao and Re: BADVER/FORMERR Dick Franks