Re: [DNSOP] DNS-in-JSON draft

Robert Edmonds <edmonds@mycre.ws> Sun, 04 September 2016 03:20 UTC

Return-Path: <edmonds@mycre.ws>
X-Original-To: dnsop@ietfa.amsl.com
Delivered-To: dnsop@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 2BD3212B17C for <dnsop@ietfa.amsl.com>; Sat, 3 Sep 2016 20:20:15 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.51
X-Spam-Level:
X-Spam-Status: No, score=-1.51 tagged_above=-999 required=5 tests=[RP_MATCHES_RCVD=-1.508, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
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 scqwDiBdxqlQ for <dnsop@ietfa.amsl.com>; Sat, 3 Sep 2016 20:20:14 -0700 (PDT)
Received: from mycre.ws (mycre.ws [45.33.102.105]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 6D1EA12B17B for <dnsop@ietf.org>; Sat, 3 Sep 2016 20:20:14 -0700 (PDT)
Received: by chase.mycre.ws (Postfix, from userid 1000) id 91A1C12C1130; Sat, 3 Sep 2016 23:20:13 -0400 (EDT)
Date: Sat, 03 Sep 2016 23:20:13 -0400
From: Robert Edmonds <edmonds@mycre.ws>
To: dnsop@ietf.org, Paul Hoffman <paul.hoffman@vpnc.org>
Message-ID: <20160904032013.mejiyaixqp6q6y7h@mycre.ws>
References: <DB336274-A631-471E-8277-D6690A87C834@vpnc.org>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Disposition: inline
Content-Transfer-Encoding: 8bit
In-Reply-To: <DB336274-A631-471E-8277-D6690A87C834@vpnc.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/BlqnKTAKVlM4gI2v77l8OT2QJvg>
Subject: Re: [DNSOP] DNS-in-JSON draft
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.17
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: <https://mailarchive.ietf.org/arch/browse/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: Sun, 04 Sep 2016 03:20:15 -0000

Paul Hoffman wrote:
> Greetings again. I have updated my draft on describing DNS messages in JSON.
> I still don't think that this WG needs to adopt this given that it is, as
> far as I can tell, thinly implemented. I think it's probably about baked
> enough for me to take it to the Independent Submissions editor to become an
> Experimental RFC. If y'all have any comments on it, please send them along
> and I'll incorporate before I move it along to RFChood.

Hi, Paul:

In section 3:

   A paired DNS query and response is represented as an object.  Two
   optional members of this object are names "queryRecord" and
   "responseRecord", and each has a value that is an message object.
   This design was chosen (as compared to the more obvious array of two
   values) so that a paired DNS query and response could be
   differentiated from a stream of DNS messages whose length happens to
   be two.

Why do you call these fields "queryRecord" and "responseRecord"? It seems
to me that "queryMessage" and "responseMessage" would be more intuitive.

In section 7:

    This document has no effect on IANA registries.

Do you plan to register a media type for this format? There is some
precedent: the "application/dns" media type was registered for the
experimental format defined in RFC 2540 "Detached Domain Name System
(DNS) Information".

Nit: "Questing section" → "Question section"

-- 
Robert Edmonds