[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"