Re: [DNSOP] I-D Action: draft-ietf-dnsop-dns-capture-format-03.txt

Richard Gibson <rgibson@dyn.com> Thu, 06 July 2017 16:25 UTC

Return-Path: <rgibson@dyn.com>
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 5343D131806 for <dnsop@ietfa.amsl.com>; Thu, 6 Jul 2017 09:25:57 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.7
X-Spam-Level:
X-Spam-Status: No, score=-2.7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=dyn.com
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 YDEuzsxW71vv for <dnsop@ietfa.amsl.com>; Thu, 6 Jul 2017 09:25:55 -0700 (PDT)
Received: from mail-vk0-x248.google.com (mail-vk0-x248.google.com [IPv6:2607:f8b0:400c:c05::248]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 4C0471317CB for <dnsop@ietf.org>; Thu, 6 Jul 2017 09:25:55 -0700 (PDT)
Received: by mail-vk0-x248.google.com with SMTP id r125so2075296vkf.6 for <dnsop@ietf.org>; Thu, 06 Jul 2017 09:25:55 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dyn.com; s=google; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=o3PoP6r211Vo+2mh3vDBnE84mzW358i6n3Ek5/S+0iM=; b=vQyT7POnLmV4wVvbcZktYK2hg8wQyhgdGhO8EPDA6QWIA23IW02LatjSFoxjwMP5a7 PYnDlP8uKS+pLt4Y6K0C4LZk6pVjJkOz1f+p9+nzFCKei+RZoEAGA7P3J377MzT3OFiI 9SnzELF3d1EhBrHHnQiRaqHk6yzgLTPN7xYtI=
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=o3PoP6r211Vo+2mh3vDBnE84mzW358i6n3Ek5/S+0iM=; b=Upc1i1OE5snQZzVqef2gxCPc8IVu/hD4kEKyXUkD0rCFgpLpNpS5ftFYWJst79I2+w 0ykZvGbN/N//Ce5rCmxpjKHlmPRP0ZDeqx9idryCCXs0TNKc/NFv7VDV/vIwH5r2fOPB +GrI1sNBiRhfoi3SqybsYXx6RAaHmlO73L5SOv4v9+fW331kmIbpncKNn+mJbQm4VGq8 tL7qg71vBgueUkY2LwSUfJTEDjM8p6o3CVhv18AgvA7EeMBI8vFlati4M9QEFWzVGY/S Mhh9AmUJjAB8E8p7dHR4z1bZvoorUXTdtOE2anmq2VG5A7SNCyAgH8h9qVf2jWYX8i8L 98CQ==
X-Gm-Message-State: AKS2vOz0m8B4cDWEt+x0xDvS1Y1R2Emr3pUJlm8WDcDEm2UOxIF1X56r Cs94NyzdsL6/DNSRMDxfq6IH1D6IyH1aLGVFnA==
X-Received: by 10.176.77.96 with SMTP id k32mr32435483uag.39.1499358354321; Thu, 06 Jul 2017 09:25:54 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.159.62.209 with HTTP; Thu, 6 Jul 2017 09:25:33 -0700 (PDT)
In-Reply-To: <2658248.mqps5m5hH4@cho>
References: <149907291397.4998.8059630450980375262@ietfa.amsl.com> <5ec26bfa-b7c9-cdcc-2594-5e2df7bec4c8@sinodun.com> <CAC94RYYBe5AzoBWEOeBrrBgKEcqw5V-z34TGtmcYpQW-JAz=KQ@mail.gmail.com> <2658248.mqps5m5hH4@cho>
From: Richard Gibson <rgibson@dyn.com>
Date: Thu, 6 Jul 2017 12:25:33 -0400
Message-ID: <CAC94RYYofKN5YFHWU+ktBofv-MP1X_OJo3DFY_NuDeRJhj7YhQ@mail.gmail.com>
To: Jim Hague <jim@sinodun.com>
Cc: dnsop <dnsop@ietf.org>
Content-Type: multipart/alternative; boundary="f403043c4b241a1e200553a89272"
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/NIqaHnulzQzX9jGwK8fIY5ebJDc>
Subject: Re: [DNSOP] I-D Action: draft-ietf-dnsop-dns-capture-format-03.txt
X-BeenThere: dnsop@ietf.org
X-Mailman-Version: 2.1.22
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: Thu, 06 Jul 2017 16:25:57 -0000

On Thu, Jul 6, 2017 at 5:17 AM, Jim Hague <jim@sinodun.com>; wrote:

> > All the keys in those maps (and in every map, as far as I can tell) are
> > strings, for which "unsigned" is a meaningless concept.
>
> No. All keys are unsigned ints, with values specified in the CDDL. We
> should
> make this more explicit in the text.
>
> String keys would bloat the output file size enormously.
>

Oh, wow. Yes, more explicit documentation in the text would be
appreciated. I completely missed that, even in the CDDL where the key
definitions follow maps referencing them. It seemed like you were using
string keys and relying on general compression to eliminate the bloat, but
this greatly clarifies your "designate as implementation-specific all key
values above a threshold" statement regarding extension fields (and in that
case, might I recommend reserving all nonnegative integers and perhaps also
all strings lacking an implementation-extension prefix for standard key
values? That would suggest negative numbers and prefixed strings for
extension keys, a set encompassing one full major type and then some).