[dnsext] Tao and Re: BADVER/FORMERR
Edward Lewis <Ed.Lewis@neustar.biz> Wed, 16 November 2011 13:53 UTC
Return-Path: <Ed.Lewis@neustar.biz>
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 DDD1421F9691 for <dnsext@ietfa.amsl.com>; Wed, 16 Nov 2011 05:53:44 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -106.454
X-Spam-Level:
X-Spam-Status: No, score=-106.454 tagged_above=-999 required=5 tests=[AWL=0.145, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
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 TNL3i1Wgl5AY for <dnsext@ietfa.amsl.com>; Wed, 16 Nov 2011 05:53:44 -0800 (PST)
Received: from stora.ogud.com (stora.ogud.com [66.92.146.20]) by ietfa.amsl.com (Postfix) with ESMTP id 1CE1D21F968A for <dnsext@ietf.org>; Wed, 16 Nov 2011 05:53:44 -0800 (PST)
Received: from Work-Laptop-2.local (nyttbox.md.ogud.com [10.20.30.4]) by stora.ogud.com (8.14.4/8.14.4) with ESMTP id pAGDrdDR055337; Wed, 16 Nov 2011 08:53:41 -0500 (EST) (envelope-from Ed.Lewis@neustar.biz)
Received: from [10.31.204.66] by Work-Laptop-2.local (PGP Universal service); Wed, 16 Nov 2011 08:53:42 -0500
X-PGP-Universal: processed; by Work-Laptop-2.local on Wed, 16 Nov 2011 08:53:42 -0500
Mime-Version: 1.0
Message-Id: <a06240800cae96debacee@[10.31.204.66]>
In-Reply-To: <20111116004945.D4CC6173AE05@drugs.dv.isc.org>
References: <20111115153055.205a61dff9fc1684c258b274662bb912.4a8b265d31.wbe@email00.se cureserver.net> <20111116004945.D4CC6173AE05@drugs.dv.isc.org>
Date: Wed, 16 Nov 2011 08:53:37 -0500
To: dnsext <dnsext@ietf.org>
From: Edward Lewis <Ed.Lewis@neustar.biz>
Content-Type: text/plain; charset="us-ascii"; format="flowed"
X-Scanned-By: MIMEDefang 2.72 on 10.20.30.4
Cc: ed.lewis@neustar.biz
Subject: [dnsext] Tao and Re: 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: Wed, 16 Nov 2011 13:53:45 -0000
At 11:49 +1100 11/16/11, Mark Andrews wrote: >..."Michael Sheldon" writes: >> ...what part of any RFC defines what should be returned on >> a QUERY where QDCOUNT == 0? ... it's not defined at all. > >Actually if you follow the algorithm you end up with NOERROR. Most of >the steps become no-ops. I can see what Mark is saying but I don't think it is the only possible answer. One problem with this thread is that it is taking the RFCs too literally. From FYI17 (The Tao) what's more important than the written word is running code. With the goal of the IETF documents to document what it means to be interoperable, the place to start when looking at gaps in the documents is "what does running code do" and then come to a consensus. I.e., because you can interpret the RFC to mean something when it says nothing is a flimsy place to start an argument. Part of my motivation to post here is that I've spent a lot of time over the past year wading through paper trails trying to find details of the protocol, details relating to things like the KX record and other vestigial components. Comparing what the text comes up with to popular implementations, I found that the running code does not always meet the specification. The problem here isn't the code being non-conformant, it's the specifications falling behind. (If it were the other way around, we'd see operational hang ups.) From this, I wouldn't take the specifications to be that literal. I'd suggest going back to "what do we think the right response to an empty Question section should be" and then see if the installed code base is acceptable as is, and then document any decisions. -- -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Edward Lewis NeuStar You can leave a voice message at +1-571-434-5468 Vote for the word of the day: "Papa"razzi - father that constantly takes photos of the baby Corpureaucracy - The institution of corporate "red tape"
- [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