Re: [Gen-art] Gen-ART review of draft-salgueiro-vcarddav-kind-device-06
Joe Marcus Clarke <jclarke@cisco.com> Fri, 30 November 2012 16:41 UTC
Return-Path: <jclarke@cisco.com>
X-Original-To: gen-art@ietfa.amsl.com
Delivered-To: gen-art@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 146CB21F87FF for <gen-art@ietfa.amsl.com>; Fri, 30 Nov 2012 08:41:30 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.599
X-Spam-Level:
X-Spam-Status: No, score=-10.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 7mex9npTtdnO for <gen-art@ietfa.amsl.com>; Fri, 30 Nov 2012 08:41:29 -0800 (PST)
Received: from av-tac-rtp.cisco.com (av-tac-rtp.cisco.com [64.102.19.209]) by ietfa.amsl.com (Postfix) with ESMTP id CEB9621F85CE for <gen-art@ietf.org>; Fri, 30 Nov 2012 08:41:28 -0800 (PST)
X-TACSUNS: Virus Scanned
Received: from rooster.cisco.com (localhost.cisco.com [127.0.0.1]) by av-tac-rtp.cisco.com (8.13.8+Sun/8.13.8) with ESMTP id qAUGfOEQ013594; Fri, 30 Nov 2012 11:41:24 -0500 (EST)
Received: from dhcp-10-150-52-225.cisco.com (dhcp-10-150-52-225.cisco.com [10.150.52.225]) by rooster.cisco.com (8.13.8+Sun/8.13.8) with ESMTP id qAUGfOFQ028221; Fri, 30 Nov 2012 11:41:24 -0500 (EST)
Message-ID: <50B8E1B4.80209@cisco.com>
Date: Fri, 30 Nov 2012 11:41:24 -0500
From: Joe Marcus Clarke <jclarke@cisco.com>
Organization: Cisco Systems, Inc.
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8; rv:17.0) Gecko/17.0 Thunderbird/17.0
MIME-Version: 1.0
To: Peter Saint-Andre <psaintan@cisco.com>
References: <50B8C7BD.6020504@bell-labs.com> <FDC22165-43F3-4FE4-A385-59BCE86FB1CF@cisco.com> <CCCC65B5-406D-4DD5-BBC2-89C24C2FD5FC@cisco.com>
In-Reply-To: <CCCC65B5-406D-4DD5-BBC2-89C24C2FD5FC@cisco.com>
X-Enigmail-Version: 1.4.6
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Cc: General Area Review Team <gen-art@ietf.org>, Gonzalo Salgueiro <gsalguei@cisco.com>, Cyrus Daboo <cyrus@daboo.name>, draft-salgueiro-vcarddav-kind-device@tools.ietf.org, Pete Resnick <presnick@qualcomm.com>
Subject: Re: [Gen-art] Gen-ART review of draft-salgueiro-vcarddav-kind-device-06
X-BeenThere: gen-art@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "GEN-ART: General Area Review Team" <gen-art.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/gen-art>, <mailto:gen-art-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/gen-art>
List-Post: <mailto:gen-art@ietf.org>
List-Help: <mailto:gen-art-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/gen-art>, <mailto:gen-art-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 30 Nov 2012 16:41:30 -0000
On 11/30/12 11:37 AM, Peter Saint-Andre wrote: > Hi Vijay and Gonzalo, > > Agreed, that change in the introduction makes sense. > > As to FN, how about this? > > OLD > o The device itself (e.g., the FN property might represent the > hostname of a computing device, the URL property might represent a > website that contains details on where to find documentation or > get further information about the device, the KEY property might > represent a digital certificate that was provisioned into the > device at the time of manufacture [IEEE.802.1AR], or a public key > certificate previously provisioned into the device, and the ADR, > GEO, and TZ properties might represent the physical address, > geographical location, and timezone where the device is deployed). > > NEW > o The device itself. For example, the FN ("full name") property > ([RFC6250, section 2.1) might represent the hostname of a computing > device, the URL property might represent a website that contains > details on where to find documentation or get further information > about the device, the KEY property might represent a digital > certificate that was provisioned into the device at the time of > manufacture [IEEE.802.1AR], or a public key certificate previously > provisioned into the device, and the ADR, GEO, and TZ properties > might represent the physical address, geographical location, and > timezone where the device is deployed. While I think you mean 6350 :-) I wonder do we need this reference? We don't do the same for ADR, GEO, and TZ below. I don't mind the parenthetical expansion. Would that not be sufficient? Joe > > Peter > > On Nov 30, 2012, at 9:27 AM, Gonzalo Salgueiro wrote: > >> Vijay - >> >> Good to hear from you, my friend. Hope you are well. >> >> Thanks for the detailed review. As for your two nits: >> >> 1. I'm fine with the suggested edit and will update the next version (after IETF LC) with the suggested changes. >> >> 2. FN is a well-known identification property for vCards and does expand to "Full Name". Even in RFC 6350 it doesn't appear to be expanded, so I'll likely continue that trend and simply add a reference section 6.2.1 of RFC 6350 after the usage of FN to help the uninitiated in vCards. Is that OK with you? >> >> Cheers, >> >> Gonzalo >> >> On Nov 30, 2012, at 9:50 AM, Vijay K. Gurbani wrote: >> >>> I am the assigned Gen-ART reviewer for this draft. For background on >>> Gen-ART, please see the FAQ at >>> <http://wiki.tools.ietf.org/area/gen/trac/wiki/GenArtfaq>. >>> >>> Please resolve these comments along with any other Last Call comments >>> you may receive. >>> >>> Document: draft-salgueiro-vcarddav-kind-device-06 >>> Reviewer: Vijay K. Gurbani >>> Review Date: Nov-30-2012 >>> IETF LC End Date: Dec-26-2012 >>> IESG Telechat date: Unknown >>> >>> This document is ready as a Proposed Standard. >>> >>> Major: 0 >>> Minor: 0 >>> Nits: 2 >>> >>> Nits: >>> >>> 1/ S1: The value "thing" sort of creeps up on you in the second >>> paragraph. Upon further reading, it becomes more apparent that >>> during the WG discussions "thing" was a meta-value (or super- >>> class) and that "application" and "device" appear to be sub- >>> classes (or specific values) of "thing"s. >>> >>> Furthermore, rf6473 already defined "application" and that this >>> particular draft is now defining "device". >>> >>> To better impart this information, I would suggest the following >>> simple modification >>> >>> OLD: >>> ...Working Group defined values of "individual", "org", "group", and >>> "location" for the KIND property. Additionally, [RFC6473] has >>> defined a value of "application" for the KIND property to represent >>> software applications. >>> >>> During working group discussion of the document that became >>> [RFC6473], consideration was given to defining a more general value >>> of "thing", but it was decided to split "thing" into software >>> applications and hardware devices and to define only the >>> "application" value at that time.... >>> >>> NEW: >>> ...Working Group defined values of "individual", "org", "group", and >>> "location" for the KIND property. >>> >>> During working group discussion of the document that became >>> [RFC6473], consideration was given to defining a more general value >>> of "thing", but it was decided to split "thing" into software >>> applications and hardware devices and to define only the >>> "application" value at that time.... >>> >>> 2/ S2, top of page 4: "FN" probably expands to "Full Name". If it is >>> an accepted practice to use "FN" in your domain, then you can leave >>> it unexpanded. If not, then an expansion may help the general reader >>> (like me) who may think what "FN" is. (The rest of the properties >>> listed on page 4 and 5 appear to be self-explanatory). >>> >>> Thanks, >>> >>> - vijay >>> -- >>> Vijay K. Gurbani, Bell Laboratories, Alcatel-Lucent >>> 1960 Lucent Lane, Rm. 9C-533, Naperville, Illinois 60563 (USA) >>> Email: vkg@{bell-labs.com,acm.org} / vijay.gurbani@alcatel-lucent.com >>> Web: http://ect.bell-labs.com/who/vkg/ >>> >> > > -- Joe Marcus Clarke, CCIE #5384, | | SCJP, SCSA, SCNA, SCSECA, VCP ||||| ||||| Distinguished Services Engineer ..:|||||||||::|||||||||:.. Phone: +1 (919) 392-2867 c i s c o S y s t e m s Email: jclarke@cisco.com ----------------------------------------------------------------------------
- Re: [Gen-art] Gen-ART review of draft-salgueiro-v… Vijay K. Gurbani
- [Gen-art] Gen-ART review of draft-salgueiro-vcard… Vijay K. Gurbani
- Re: [Gen-art] Gen-ART review of draft-salgueiro-v… Gonzalo Salgueiro
- Re: [Gen-art] Gen-ART review of draft-salgueiro-v… Joe Marcus Clarke
- Re: [Gen-art] Gen-ART review of draft-salgueiro-v… Gonzalo Salgueiro
- Re: [Gen-art] Gen-ART review of draft-salgueiro-v… Joe Marcus Clarke
- Re: [Gen-art] Gen-ART review of draft-salgueiro-v… Peter Saint-Andre
- Re: [Gen-art] Gen-ART review of draft-salgueiro-v… Peter Saint-Andre
- Re: [Gen-art] Gen-ART review of draft-salgueiro-v… Joe Marcus Clarke
- Re: [Gen-art] Gen-ART review of draft-salgueiro-v… Vijay K. Gurbani
- Re: [Gen-art] Gen-ART review of draft-salgueiro-v… Pete Resnick