[DNSOP] URI text for attrleaf? (was: Re: New Version Notification for draft-ietf-dnsop-attrleaf-06.txt)

Dave Crocker <dhc@dcrocker.net> Fri, 30 March 2018 18:38 UTC

Return-Path: <dhc@dcrocker.net>
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 64CAA12711B for <dnsop@ietfa.amsl.com>; Fri, 30 Mar 2018 11:38:53 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.001
X-Spam-Level:
X-Spam-Status: No, score=-2.001 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=dcrocker.net
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 h2w3I8VtNzTr for <dnsop@ietfa.amsl.com>; Fri, 30 Mar 2018 11:38:51 -0700 (PDT)
Received: from simon.songbird.com (simon.songbird.com [72.52.113.5]) (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 133E81241F3 for <dnsop@ietf.org>; Fri, 30 Mar 2018 11:38:51 -0700 (PDT)
Received: from [192.168.1.168] (76-218-8-128.lightspeed.sntcca.sbcglobal.net [76.218.8.128]) (authenticated bits=0) by simon.songbird.com (8.14.4/8.14.4/Debian-4.1ubuntu1) with ESMTP id w2UIeHRo002543 (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 bits=256 verify=NOT) for <dnsop@ietf.org>; Fri, 30 Mar 2018 11:40:18 -0700
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=dcrocker.net; s=default; t=1522435218; bh=X/pSv0cCCjevjmAUfW0DryWNIsrJdiNDtSnSH0edDtw=; h=Subject:To:References:From:Reply-To:Date:In-Reply-To:From; b=jB0H+rg91fyhq0v23Ql9OdBwML8dX0OSEnJzEjvYYab/TM6yP7L5V91iX2mYKHZP1 R9PW2eaDzxP28wULdA4Q+oQ3I/sf22WypZgYI1CFY78cKJwdyYWKRmj7k8tEnrYdHc 86DXJ/B3P5cLlEVB1g37uSkUksQxCQyOzn3wyYKA=
To: dnsop <dnsop@ietf.org>
References: <152225104728.29861.12317860292894301994.idtracker@ietfa.amsl.com>
From: Dave Crocker <dhc@dcrocker.net>
Organization: Brandenburg InternetWorking
Reply-To: dcrocker@bbiw.net
Message-ID: <81903d1e-ae7c-8955-8a55-b4f7383f02c4@dcrocker.net>
Date: Fri, 30 Mar 2018 11:38:42 -0700
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.6.0
MIME-Version: 1.0
In-Reply-To: <152225104728.29861.12317860292894301994.idtracker@ietfa.amsl.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Language: en-US
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/dnsop/s2XmeoRPAmNZQcKcaJs2lPN69us>
Subject: [DNSOP] URI text for attrleaf? (was: Re: New Version Notification for draft-ietf-dnsop-attrleaf-06.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: Fri, 30 Mar 2018 18:38:53 -0000

Folks,

With the latest round of tweaks, I think the next version of the draft 
will be essentially complete.

Except for needing to cover URI RRsets (RFC7553).

Unfortunately I'm stumped and am not sure what text to include to handle 
it.  Help!

The 'global' (right-most) label appears to be permitted from two 
different sources, one is the same as for SRV (_proto) but the other is 
from based on an "ENUM Service Parameter", although I can't find am 
explicit definition of what that means.  (Nor of "ENUMService 
Parameter".) I assume it is meant to draw from

 
https://www.iana.org/assignments/enum-services/enum-services.xhtml#enum-services-1

but I can't figure exactly how, nor how to resolve drawing the global 
value from two independent namespaces...


The relevant RFC7553 text is:

> 4.1.  Owner Name, Class, and Type
> 
>    The URI owner name is subject to special conventions.
> 
>    Just like the SRV RR [RFC2782], the URI RR has service information
>    encoded in its owner name.  In order to encode the service for a
>    specific owner name, one uses service parameters.  Valid service
>    parameters are those registered by IANA in the "Service Name and
>    Transport Protocol Port Number Registry" [RFC6335] or as "Enumservice
>    Registrations [RFC6117].  The Enumservice Registration parameters are
>    reversed (i.e., subtype(s) before type), prepended with an underscore
>    (_), and prepended to the owner name in separate labels.  The
>    underscore is prepended to the service parameters to avoid collisions
>    with DNS labels that occur in nature, and the order is reversed to
>    make it possible to do delegations, if needed, to different zones
>    (and therefore providers of DNS).


The easy part of this is to add entries to the global attrleaf trable for:

>                <c>URI</c>
>                <c>_dccp</c>
>                <c>
>                   <xref target="RFC7553" />
>                </c>
>                <!--  -->
> 
>                <c>URI</c>
>                <c>_sctp</c>
>                <c>
>                   <xref target="RFC7553" />
>                </c>
>                <!--  -->
> 
>                <c>URI</c>
>                <c>_tcp</c>
>                <c>
>                   <xref target="RFC7553" /></c>
>                <!--  -->
> 
>                <c>URI</c>
>                <c>_udp</c>
>                <c>
>                   <xref target="RFC7553" />
>                </c>
>                <!--  -->


But this ignores handling names from enumservice.


Thoughts?  Suggestion?  Text?

d/
-- 
Dave Crocker
Brandenburg InternetWorking
bbiw.net