Re: Last Call: draft-turner-deviceowner-attribute (Device OwnerAttribute) to Informational RFC

Sean Turner <turners@ieca.com> Tue, 08 September 2009 20:39 UTC

Return-Path: <turners@ieca.com>
X-Original-To: ietf@core3.amsl.com
Delivered-To: ietf@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id DE5323A6817 for <ietf@core3.amsl.com>; Tue, 8 Sep 2009 13:39:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.982
X-Spam-Level:
X-Spam-Status: No, score=-2.982 tagged_above=-999 required=5 tests=[AWL=-0.383, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Yotdt0pruepr for <ietf@core3.amsl.com>; Tue, 8 Sep 2009 13:39:20 -0700 (PDT)
Received: from smtp101.biz.mail.re2.yahoo.com (smtp101.biz.mail.re2.yahoo.com [68.142.229.215]) by core3.amsl.com (Postfix) with SMTP id 7EEDD3A69DA for <ietf@ietf.org>; Tue, 8 Sep 2009 13:39:20 -0700 (PDT)
Received: (qmail 54594 invoked from network); 8 Sep 2009 20:39:49 -0000
Received: from unknown (HELO thunderfish.local) (turners@96.231.125.249 with plain) by smtp101.biz.mail.re2.yahoo.com with SMTP; 8 Sep 2009 20:39:49 -0000
X-Yahoo-SMTP: qPTWNAeswBAtDTSn9GKlmmL3C90ke7grn_5n9To-
X-YMail-OSG: BcB4iRkVM1lLPSTVpgyJELNhSk6HUf4AdIhM2w36tHeJhdrXhodr9fSmaPmg8qld9TcU0vnwL2ttkJupBWQSv4u1Mvabn3JcsUoKg0pfGwwiqLKsw1FMwWHSU4pYnsKI5UGUDxAsP.w7.cojP0aozJzDUKWlyHKJEUT_J6Osyidbm2sSXNA3hp7Si1rXiD5fplWHB8IRwEy56YzngMAw0t.H7qXGKKMfpphXZq6cYZXX88Btq.KEgIBX7PjIF8dyKSNxfCajDEWfvFY5PbyBHMYnZT.abZ.A6D3wZmcoG66RxCejdd6wSjJAGUd9_eK4yvB8sujzHMdsUP5QRNbVjHPoPpCWe_7OEuVMqg--
X-Yahoo-Newman-Property: ymail-3
Message-ID: <4AA6C114.9070900@ieca.com>
Date: Tue, 08 Sep 2009 16:39:48 -0400
From: Sean Turner <turners@ieca.com>
User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812)
MIME-Version: 1.0
To: "Andrew Sciberras (GMAIL)" <andrewsciberras@gmail.com>
Subject: Re: Last Call: draft-turner-deviceowner-attribute (Device OwnerAttribute) to Informational RFC
References: <20090731115228.9130F3A6D4E@core3.amsl.com> <AB8E9FDFCE0743778E91D014D75171BE@softwareaus.com.au> <4A9EAE1F.1040508@ieca.com> <640AE8B2C5AA4EEB997CDDF4DE0035E7@softwareaus.com.au>
In-Reply-To: <640AE8B2C5AA4EEB997CDDF4DE0035E7@softwareaus.com.au>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: ietf@ietf.org
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 08 Sep 2009 20:39:22 -0000

Andrew,

I think that's a good idea.  I'll switch it to be case insensitive.

Cheers,

spt

Andrew Sciberras (GMAIL) wrote:
> Hi Sean
> 
> Thanks for the response - all looks good to me. 
> 
> In regards to the 'exact' matching, I raised that because the X.500/LDAP
> countryName attribute behaves in a case insensitive manner for these country
> codes - i.e. 'AU' will match 'au'. 
> Not that it matters at all - but if you're thinking of altering the behavior
> to be case insensitive, then this will align it with the way that country
> codes are used in LDAP and X.500.  
> 
> Andrew. 
> 
> -----Original Message-----
> From: Sean Turner [mailto:turners@ieca.com] 
> Sent: Thursday, 3 September 2009 3:41 AM
> To: Andrew Sciberras (GMAIL)
> Cc: ietf@ietf.org
> Subject: Re: Last Call: draft-turner-deviceowner-attribute (Device
> OwnerAttribute) to Informational RFC
> 
> Andrew,
> 
> Thank for taking the time to review the draft.  Responses inline.
> 
> spt
> 
> Andrew Sciberras (GMAIL) wrote:
>> Hello
>>
>> I have a few minor comments:
>>
>> 1.
>> The definition of the deviceOwner attribute in section 2 indicates:
>> 	"IDENTIFIED BY           id-deviceOwner"
>>
>> This should be updated to reflect the text in Appendix A:
>> 	"IDENTIFIED BY            id-aa-KP-deviceOwner"
> 
> I'll update the oid name.
> 
>> 2. 
>> The ASN.1 definitions (section 2 and appendix a) of DeviceOwner contain
> the
>> following:
>>        	"numericCountry     INTEGER ( SIZE (0...999),"
>>
>> The ASN.1 (X.680) notation for a range separator is ".." rather than an
>> ellipsis. The syntax of the numericCountry choice should be changed to
> this:
>>  	"numericCountry     INTEGER ( SIZE (0..999),"
> 
> As somebody else pointed out SIZE constraints can't be applied to
> INTEGER.  It needs to be "numericCountry INTEGER (0..999)".
> 
>> 3.
>> The matching rule is defined to be:
>>   "This rule returns a TRUE if and only if the DeviceOwner value exactly 
>>    matches the presented value. "
>>
>> By "exactly" do you mean that case is sensitive for the Printable Strings?
>> I.e. "AU" will not match "au"? 
> 
> Yes that's what it means.  But now that you ask I think something like
> caseIgnoreMatch "The rule returns TRUE if the strings are the same
> length and corresponding characters are identical except possibly with
> regard to case" is probably more appropriate.
> 
>> 4.
>> The ID indicates that no IANA considerations are required since the
>> identifiers are already registered. 
>> It would be preferable if the attribute type and matching rule definitions
>> were registered with the IANA LDAP descriptors registry. 
> 
> After some discussions with Kurt Zeilenga, I think we're not going to
> register the attributes.  I originally thought we could just say
> something like the attribute could be used here, there, and everywhere
> an attribute can be used.  I was unaware of the hoops to jump through to
> claim that it could be used in LDAP.  I think it could be used in an
> LDAP directory but we're going to target these attributes for public key
> and attribute certificates.  If we end up needing to include these in a
> directory, then we'll update this spec to add the required text to put
> them in a directory (schema, transfer syntax, etc.).  I'll modify the
> intro to say this:
> 
> This document specifies the Device Owner attribute.  This attribute may
> be included in locations or protocols that support ASN.1 attribute
> definitions to indicate the country or group that owns the device.
> 
> NOTE: This document does not provide LDAP equivalent schema
> specification as this attribute is targeted at public key certificates
> [RFC5280] and attribute certificates [RFC3281bis].  This is left to a
> future specification.
> 
> 
>> Regards,
>> Andrew Sciberras
>>
>>
>>
>>> -----Original Message-----
>>> From: ietf-announce-bounces@ietf.org
>> [mailto:ietf-announce-bounces@ietf.org] On
>>> Behalf Of The IESG
>>> Sent: Friday, 31 July 2009 9:52 PM
>>> To: IETF-Announce
>>> Subject: Last Call: draft-turner-deviceowner-attribute (Device
>> OwnerAttribute) to
>>> Informational RFC
>>>
>>> The IESG has received a request from an individual submitter to consider
>>> the following document:
>>>
>>> - 'Device Owner Attribute '
>>>   <draft-turner-deviceowner-attribute-01.txt> as an Informational RFC
>>>
>>> The IESG plans to make a decision in the next few weeks, and solicits
>>> final comments on this action.  Please send substantive comments to the
>>> ietf@ietf.org mailing lists by 2009-08-28. Exceptionally,
>>> comments may be sent to iesg@ietf.org instead. In either case, please
>>> retain the beginning of the Subject line to allow automated sorting.
>>>
>>> The file can be obtained via
>>>
> http://www.ietf.org/internet-drafts/draft-turner-deviceowner-attribute-01.t
>> xt
>>> IESG discussion can be tracked via
>>>
> https://datatracker.ietf.org/public/pidtracker.cgi?command=view_id&dTag=177
>> 56&rfc
>>> _flag=0
>>>
>>> _______________________________________________
>>> IETF-Announce mailing list
>>> IETF-Announce@ietf.org
>>> https://www.ietf.org/mailman/listinfo/ietf-announce
>> _______________________________________________
>> Ietf mailing list
>> Ietf@ietf.org
>> https://www.ietf.org/mailman/listinfo/ietf
>>
> 
> 
> 
> 
> 
>