Re: [DNSOP] Another look - draft-ietf-dnsop-attrleaf-05.txt

Martin Hoffmann <martin@opennetlabs.com> Mon, 26 March 2018 15:18 UTC

Return-Path: <martin@opennetlabs.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 F15E012D88D; Mon, 26 Mar 2018 08:18:54 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.9
X-Spam-Level:
X-Spam-Status: No, score=-6.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5] 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 qns8lOzAQlVY; Mon, 26 Mar 2018 08:18:53 -0700 (PDT)
Received: from dicht.nlnetlabs.nl (dicht.nlnetlabs.nl [185.49.140.10]) (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 1604612DA4B; Mon, 26 Mar 2018 08:18:47 -0700 (PDT)
Received: by dicht.nlnetlabs.nl (Postfix, from userid 58) id A0F258365; Mon, 26 Mar 2018 17:18:45 +0200 (CEST)
Received: from smaug.local.partim.de (unknown [84.245.51.209]) by dicht.nlnetlabs.nl (Postfix) with ESMTPSA id 25C998363; Mon, 26 Mar 2018 17:18:45 +0200 (CEST)
Authentication-Results: dicht.nlnetlabs.nl; dmarc=none header.from=opennetlabs.com
Date: Mon, 26 Mar 2018 17:18:42 +0200
From: Martin Hoffmann <martin@opennetlabs.com>
To: John C Klensin <john-ietf@jck.com>
Cc: art@ietf.org, dnsop@ietf.org
Message-ID: <20180326171842.0eacbdc4@smaug.local.partim.de>
In-Reply-To: <1DF1564CC2B88726B2B54CF4@PSB>
References: <f7b85bac-b050-5003-2df0-a48b1ef2f929@dcrocker.net> <e1f41670-ada8-eaac-468c-c712b338a10b@dcrocker.net> <alpine.OSX.2.21.1803201804440.8940@dhcp-8344.meeting.ietf.org> <A7711F58-5145-49E8-9158-B2F94D0EABBF@redbarn.org> <7c168dc1-2ea7-d47e-78b7-0380e5d0aa84@dcrocker.net> <alpine.OSX.2.21.1803211104210.9553@ary.local> <5244d327-f8ea-1590-c663-1d92e0b194c4@dcrocker.net> <5F44FA5B42805C52479DE491@PSB> <alpine.OSX.2.21.1803211507380.9666@dhcp-935d.meeting.ietf.org> <1DF1564CC2B88726B2B54CF4@PSB>
Organization: Open Netlabs
X-Mailer: Claws Mail 3.16.0 (GTK+ 2.24.32; x86_64-pc-linux-gnu)
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/YBPyfW13v6j7nvEv0uu1AlFIXsc>
Subject: Re: [DNSOP] Another look - draft-ietf-dnsop-attrleaf-05.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: Mon, 26 Mar 2018 15:18:55 -0000

John C Klensin wrote:
>
> From that point of view, namespaces are actually
> per-RRTYPE and the right way to design this document would be as
> a registry of "_"-introduced keywords, with subregistries for
> each RRTYPE with which those keywords can be used.  Given the
> way the DNS works, at least as I understand it, there is no DNS
> protocol conflict between
>      _foo IN XYZ Data1
> and
>      _foo IN ABC Data2
> 
> Using the same keyword in both cases may be a bad idea [...]

This sort of thing already happens: Both SRV and TLSA use the
_tcp and _udp labels. Perhaps the difference is subtle since in
both cases the label denotes the transport protocol. But names
do represent different things -- a service provided for a
logical entity v. a port of a physical host.

Which also reminds me: The DANE RRtypes, ie., TLSA, SMIMEA, and
OPENPGPKEY all use underscore labels and are currently missing
from the initial table in section 3.1.

Kind regards,
Martin