Re: [DNSOP] Fwd: New Version Notification for draft-bellis-dnsext-multi-qtypes-04.txt

Mark Andrews <marka@isc.org> Wed, 05 July 2017 01:50 UTC

Return-Path: <marka@isc.org>
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 CD93E120227 for <dnsop@ietfa.amsl.com>; Tue, 4 Jul 2017 18:50:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.901
X-Spam-Level:
X-Spam-Status: No, score=-6.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, RP_MATCHES_RCVD=-0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 5FmwjI-DYMEy for <dnsop@ietfa.amsl.com>; Tue, 4 Jul 2017 18:50:31 -0700 (PDT)
Received: from mx.pao1.isc.org (mx.pao1.isc.org [149.20.64.53]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id BDA1912F547 for <dnsop@ietf.org>; Tue, 4 Jul 2017 18:50:28 -0700 (PDT)
Received: from zmx1.isc.org (zmx1.isc.org [149.20.0.20]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx.pao1.isc.org (Postfix) with ESMTPS id C3DFC34930F; Wed, 5 Jul 2017 01:50:25 +0000 (UTC)
Received: from zmx1.isc.org (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTPS id 93843160045; Wed, 5 Jul 2017 01:50:25 +0000 (UTC)
Received: from localhost (localhost [127.0.0.1]) by zmx1.isc.org (Postfix) with ESMTP id 7908E160050; Wed, 5 Jul 2017 01:50:25 +0000 (UTC)
Received: from zmx1.isc.org ([127.0.0.1]) by localhost (zmx1.isc.org [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id MwrmrMZsqHqk; Wed, 5 Jul 2017 01:50:25 +0000 (UTC)
Received: from rock.dv.isc.org (c27-253-115-14.carlnfd2.nsw.optusnet.com.au [27.253.115.14]) by zmx1.isc.org (Postfix) with ESMTPSA id 1A4D3160045; Wed, 5 Jul 2017 01:50:25 +0000 (UTC)
Received: from rock.dv.isc.org (localhost [IPv6:::1]) by rock.dv.isc.org (Postfix) with ESMTP id 8B6237D85628; Wed, 5 Jul 2017 11:50:22 +1000 (AEST)
To: Paul Vixie <paul@redbarn.org>
Cc: dnsop@ietf.org, Ray Bellis <ray@bellis.me.uk>
From: Mark Andrews <marka@isc.org>
References: <149910381354.22770.11872478488745133368.idtracker@ietfa.amsl.com> <alpine.LRH.2.21.1707041523390.9583@bofh.nohats.ca> <ab061d99-7e8c-a968-94e0-fb725109e7ad@bellis.me.uk> <1681359.zi93O8g9E0@tums.local>
In-reply-to: Your message of "Tue, 04 Jul 2017 21:02:36 +0000." <1681359.zi93O8g9E0@tums.local>
Date: Wed, 05 Jul 2017 11:50:22 +1000
Message-Id: <20170705015022.8B6237D85628@rock.dv.isc.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/qhaw2icYDX1wIfIzxzIJKJqh3Y0>
Subject: Re: [DNSOP] Fwd: New Version Notification for draft-bellis-dnsext-multi-qtypes-04.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: Wed, 05 Jul 2017 01:50:33 -0000

In message <1681359.zi93O8g9E0@tums.local>, Paul Vixie writes:
> On Tuesday, July 4, 2017 8:29:53 PM GMT Ray Bellis wrote:
> > My argument against using an NSEC style bitmap was that in the vast
> > majority of cases it would result in a longer record (and one that's
> > more complicated to decode) than a simple list of QTYPEs.
> 
> not only that, but the nsec bitmap is currently uncompressed, which makes 
> large rrtypes pretty dangerous to dnssec's deployment. until that's fixed, 
> noone should be using that bitmap as an example of how to do other things.
> 
> vixie

While it isn't compressed it is windowed.  It's where the type fits
in the window and how many windows that are active that control the
size of the map not whether the type code is large or not.  Yes, using
a generic compression algorithm would probably result in less bits.

11:36:33.535473 IP 127.0.0.1.53 > 127.0.0.1.59788: 64667$ 1/0/0 NSEC (85)
	0x0000:  4500 0071 3553 0000 4011 0000 7f00 0001  E..q5S..@.......
	0x0010:  7f00 0001 0035 e98c 005d fe70 fc9b 81a0  .....5...].p....
	0x0020:  0001 0001 0000 0000 0369 7363 036f 7267  .........isc.org
	0x0030:  0364 6c76 0369 7363 036f 7267 0000 2f00  .dlv.isc.org../.
	0x0040:  01c0 0c00 2f00 0100 000d a500 2407 6973  ..../.......$.is
	0x0050:  632d 736e 7303 6f72 6703 646c 7603 6973  c-sns.org.dlv.is
	0x0060:  6303 6f72 6700 0006 0000 0000 0003 8001  c.org...........
	0x0070:  40                              

isc.org.dlv.isc.org.	3493	IN	NSEC	isc-sns.org.dlv.isc.org. RRSIG NSEC DLV

> _______________________________________________
> DNSOP mailing list
> DNSOP@ietf.org
> https://www.ietf.org/mailman/listinfo/dnsop
-- 
Mark Andrews, ISC
1 Seymour St., Dundas Valley, NSW 2117, Australia
PHONE: +61 2 9871 4742                 INTERNET: marka@isc.org