Re: [art] draft-ietf-dnsop-attrleaf

Dave Crocker <dcrocker@bbiw.net> Thu, 03 August 2017 00:42 UTC

Return-Path: <dcrocker@bbiw.net>
X-Original-To: art@ietfa.amsl.com
Delivered-To: art@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A6EDE129AEB for <art@ietfa.amsl.com>; Wed, 2 Aug 2017 17:42:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.002
X-Spam-Level:
X-Spam-Status: No, score=-2.002 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_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=bbiw.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 5XdFdBkikMlK for <art@ietfa.amsl.com>; Wed, 2 Aug 2017 17:42:32 -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 43AE31287A5 for <art@ietf.org>; Wed, 2 Aug 2017 17:42:32 -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 v730gv7j013397 (version=TLSv1/SSLv3 cipher=AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 2 Aug 2017 17:42:57 -0700
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=bbiw.net; s=default; t=1501720978; bh=P2JjrTexaIFrddZUsb0cko1EwgGnMG4uI+D5ornNKc0=; h=Subject:To:References:From:Date:In-Reply-To:From; b=gOxo2Mdby1YbLeVGABz9FPvj+nU3k4m4ngFXfXlC4QJJ+sxFhA4qPvmF4H/Aoww2P DiZyUUrAmoIaMS92FheDVpbd9FTEWG6HvCkIPC62cvniheWM03xcCtNhnFDVZXOhRi st9fChm7PikQlb7vA93KXN4nASx2vgccWLzWLyKQ=
To: John Levine <johnl@taugh.com>, art@ietf.org
References: <20170803003526.2349.qmail@ary.lan>
From: Dave Crocker <dcrocker@bbiw.net>
Organization: Brandenburg InternetWorking
Message-ID: <8cbaba50-a7d8-94b1-8cd0-fa8310e0b17d@bbiw.net>
Date: Wed, 02 Aug 2017 17:42:16 -0700
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.2.1
MIME-Version: 1.0
In-Reply-To: <20170803003526.2349.qmail@ary.lan>
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/art/ty_ZWq26hlkyn_ERjgcub4F2QiM>
Subject: Re: [art] draft-ietf-dnsop-attrleaf
X-BeenThere: art@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: Applications and Real-Time Area Discussion <art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/art>, <mailto:art-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/art/>
List-Post: <mailto:art@ietf.org>
List-Help: <mailto:art-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/art>, <mailto:art-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 03 Aug 2017 00:42:33 -0000

On 8/2/2017 5:35 PM, John Levine wrote:
> In article <426c7855-76f7-accf-52e0-45480c778ca4@dcrocker.net> you write:
>>     2. Create a separate document that specifies modifications to the
>> SRV and URI documents, rationalizing the use of underscore names,
>> through the mechanism defined in -attrleaf-.
> 
> It seems a bit late to change SRV.  Or would you only adjust the
> documentation to match observed reality?

The latter.  The change is to the registration process, not to SRV, per 
se.  That is, take a snapshot of the existing SRV underscore usage and 
re-specify it in terms of an underscore registry, rather than in terms 
of an inheritance from another registry.


> For URI, it points at other RFCs to get the protocol/service and
> enumservice names.  Are you proposing to change URI to add an
> extra level of name, or do you want to reach through and change
> the enumservice RFCs too?

Same approach as for SRV.  Shift to use the underscore registry.  My 
understanding is that URI has little adoption, so even if the result is 
some usage changes, that might not be intolerable.

d/


-- 
Dave Crocker
Brandenburg InternetWorking
bbiw.net