Re: [Lager] Incoming AD review on draft-ietf-lager-specification-11.txt

Alexey Melnikov <aamelnikov@fastmail.fm> Thu, 31 March 2016 08:58 UTC

Return-Path: <aamelnikov@fastmail.fm>
X-Original-To: lager@ietfa.amsl.com
Delivered-To: lager@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CA57612D0F2 for <lager@ietfa.amsl.com>; Thu, 31 Mar 2016 01:58:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.72
X-Spam-Level:
X-Spam-Status: No, score=-2.72 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=fastmail.fm header.b=VuO+Ewa5; dkim=pass (1024-bit key) header.d=messagingengine.com header.b=B1E4xF1B
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 DXsdvA33Pxb6 for <lager@ietfa.amsl.com>; Thu, 31 Mar 2016 01:58:51 -0700 (PDT)
Received: from out4-smtp.messagingengine.com (out4-smtp.messagingengine.com [66.111.4.28]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E14C212D098 for <lager@ietf.org>; Thu, 31 Mar 2016 01:58:50 -0700 (PDT)
Received: from compute5.internal (compute5.nyi.internal [10.202.2.45]) by mailout.nyi.internal (Postfix) with ESMTP id 503F921FF2 for <lager@ietf.org>; Thu, 31 Mar 2016 04:58:50 -0400 (EDT)
Received: from frontend2 ([10.202.2.161]) by compute5.internal (MEProxy); Thu, 31 Mar 2016 04:58:50 -0400
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=fastmail.fm; h=cc :content-transfer-encoding:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-sasl-enc :x-sasl-enc; s=mesmtp; bh=hMJjx018pswLwj9ZQ5F+ghBd034=; b=VuO+Ew a5525IfeHuwHMzxU8CcYoR3YC5cmhnjWpxoHFO8Mp4R/fvpaee3Tjsqi8Tgx5HH9 RI/euEOjaEQE8GWktPXmOHJTl5pEd1335sLTuLBh1StUGTM0kdWX5LBIAJMX81D5 RXwIy4Hj95Ad4BENSyqhZ4SPBrHavbZ9vMwE0=
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=hMJjx018pswLwj9 ZQ5F+ghBd034=; b=B1E4xF1BnivVxzKGuSUTv6cvzDOzpTcCsALDSpTaj/dzDsT KBNDQ4eKCjA7gYlagGh6QSUe/MhIGXK4f4EeOIYtzYWrVbYu3wsflpoJhjOa8/mY 5cD/yynNcxF1aU41XRbRRzql3yNZyC6Mn694h/YrjG4BBUbptXiBW3r3S4UA=
X-Sasl-enc: L/NRuXBpUBg2tfQf1W1Tn8XNdbJ36bRuisQg8EGUh+zn 1459414729
Received: from [10.235.57.94] (unknown [212.183.128.238]) by mail.messagingengine.com (Postfix) with ESMTPA id B5BF6680128; Thu, 31 Mar 2016 04:58:49 -0400 (EDT)
Content-Type: text/plain; charset="us-ascii"
Mime-Version: 1.0 (1.0)
From: Alexey Melnikov <aamelnikov@fastmail.fm>
X-Mailer: iPhone Mail (13D15)
In-Reply-To: <D1EC5ECF-CBA6-4D02-A202-77D41DAD3A9A@icann.org>
Date: Thu, 31 Mar 2016 10:01:30 +0100
Content-Transfer-Encoding: quoted-printable
Message-Id: <DC0A9163-4746-4E67-BC8E-C6BFC317714D@fastmail.fm>
References: <1458841579.4011697.558814722.09946B62@webmail.messagingengine.com> <D1EC5ECF-CBA6-4D02-A202-77D41DAD3A9A@icann.org>
To: Kim Davies <kim.davies@icann.org>
Archived-At: <http://mailarchive.ietf.org/arch/msg/lager/yf4tTrYnx23p-cG5M51lf9q4sBA>
Cc: "lager@ietf.org" <lager@ietf.org>
Subject: Re: [Lager] Incoming AD review on draft-ietf-lager-specification-11.txt
X-BeenThere: lager@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Label Generation Rules <lager.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/lager>, <mailto:lager-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/lager/>
List-Post: <mailto:lager@ietf.org>
List-Help: <mailto:lager-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/lager>, <mailto:lager-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 31 Mar 2016 08:58:53 -0000

Hi Kim,

> On 30 Mar 2016, at 23:47, Kim Davies <kim.davies@icann.org> wrote:
> 
> Hi Alexey, Hi all,
> 
> On 3/24/16, 10:46 AM, "Lager on behalf of Alexey Melnikov" <lager-bounces@ietf.org on behalf of aamelnikov@fastmail.fm> wrote:
> 
>> 
>> In Section 4.3.5
>> 
>> The first mention of "media type" needs a normative reference to RFC
>> 2045. This would save developers time with trying to find out what
>> syntax to support and where to find registered media types.
> 
> OK, will add.
> 
>> In 11.3:
>> 
>> I think this section needs a bit of work. Firstly, it might be better to
>> say that Standard Dispositions MUST NOT contain ":" character in order
>> to prevent clashes with private dispositions.
> 
> OK.
> 
>> Also, saying that registered values are lowercase ASCII (for example)
>> would be a good idea. If you want to only allow ASCII, but not to limit
>> values to lowercase letters, then you need to say whether values in the
>> registry are case-sensitive or not.
> 
> I imagine this observation can be made more generally across the specification.
> I can make this change but wonder if the case-sensitivity needs to
> be explicit in other aspects of the specification for the same reason?

Yes, reviewing this generally in sensible.
> 
>>> Private Dispositions - This registry shall list dispositions that
>>> have been registered on a first-come first-served basis by third parties
>>> with the IANA. Such dispositions must take the form "entity:disposition"
>>> where the entity is a prefix that uniquely identifies the private user
>>> of the namespace. For example, "acme:reserved" could be a private extension
>>> used by the organization ACME to denote a disposition relating to reserved
>>> labels.
>> 
>> I think "entity" should be better specified. Which characters are
>> allowed? I would recommend either use domain names to describe ownerhip
>> (I can suggest some text) or use values from the PEN IANA registry
>> <https://www.iana.org/assignments/enterprise-numbers/enterprise-numbers>?
> 
> Given it sounds like you have a clear concept in your mind, I would appreciate
> suggested text on how to use domain names or PENs to namespace the private
> dispositions. A domain name based approach may be the simplest option here
> given that PENs may be an unfamiliar concept to typical authors of these tables,
> and are not used elsewhere in the document.

I think I would go with Marc's suggestion to use domain names.