Re: [Gen-art] Gen-ART review of draft-salgueiro-vcarddav-kind-device-06

Gonzalo Salgueiro <gsalguei@cisco.com> Fri, 30 November 2012 16:27 UTC

Return-Path: <gsalguei@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 1F28821E8040 for <gen-art@ietfa.amsl.com>; Fri, 30 Nov 2012 08:27:17 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -10.299
X-Spam-Level:
X-Spam-Status: No, score=-10.299 tagged_above=-999 required=5 tests=[AWL=0.300, 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 NpZWWH4N0mRH for <gen-art@ietfa.amsl.com>; Fri, 30 Nov 2012 08:27:16 -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 34D7121F8B29 for <gen-art@ietf.org>; Fri, 30 Nov 2012 08:27:16 -0800 (PST)
X-TACSUNS: Virus Scanned
Received: from chook.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 qAUGREU6011953 for <gen-art@ietf.org>; Fri, 30 Nov 2012 11:27:14 -0500 (EST)
Received: from dhcp-64-102-154-214.cisco.com (dhcp-64-102-154-214.cisco.com [64.102.154.214]) by chook.cisco.com (8.13.8+Sun/8.13.8) with ESMTP id qAUGRCia011666; Fri, 30 Nov 2012 11:27:12 -0500 (EST)
Mime-Version: 1.0 (Apple Message framework v1283)
Content-Type: text/plain; charset="iso-8859-1"
From: Gonzalo Salgueiro <gsalguei@cisco.com>
In-Reply-To: <50B8C7BD.6020504@bell-labs.com>
Date: Fri, 30 Nov 2012 11:27:12 -0500
Content-Transfer-Encoding: quoted-printable
Message-Id: <FDC22165-43F3-4FE4-A385-59BCE86FB1CF@cisco.com>
References: <50B8C7BD.6020504@bell-labs.com>
To: "Vijay K. Gurbani" <vkg@bell-labs.com>
X-Mailer: Apple Mail (2.1283)
X-Mailman-Approved-At: Fri, 30 Nov 2012 08:27:58 -0800
Cc: Pete Resnick <presnick@qualcomm.com>, draft-salgueiro-vcarddav-kind-device@tools.ietf.org, General Area Review Team <gen-art@ietf.org>, Cyrus Daboo <cyrus@daboo.name>, Gonzalo Salgueiro <gsalguei@cisco.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:27:17 -0000

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/
>