Re: [Gen-art] Gen-ART LC review of draft-ietf-repute-media-type-10

"Peter Yee" <peter@akayla.com> Sat, 07 September 2013 16:11 UTC

Return-Path: <peter@akayla.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 5DEDA11E815B; Sat, 7 Sep 2013 09:11:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[AWL=-0.001, BAYES_00=-2.599, HTML_MESSAGE=0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3Gd7y4hMNGaH; Sat, 7 Sep 2013 09:11:08 -0700 (PDT)
Received: from p3plsmtpa07-03.prod.phx3.secureserver.net (p3plsmtpa07-03.prod.phx3.secureserver.net [173.201.192.232]) by ietfa.amsl.com (Postfix) with ESMTP id 6C5D411E8159; Sat, 7 Sep 2013 09:11:08 -0700 (PDT)
Received: from spectre ([173.8.184.78]) by p3plsmtpa07-03.prod.phx3.secureserver.net with id NGB51m00b1huGat01GB65X; Sat, 07 Sep 2013 09:11:07 -0700
From: Peter Yee <peter@akayla.com>
To: "'Murray S. Kucherawy'" <superuser@gmail.com>
References: <01f201cea549$20f84420$62e8cc60$@akayla.com> <CAL0qLwZcmPSfc-8iBt0Y+=57F916pKduhnXVDwXvnmvVTnot0A@mail.gmail.com>
In-Reply-To: <CAL0qLwZcmPSfc-8iBt0Y+=57F916pKduhnXVDwXvnmvVTnot0A@mail.gmail.com>
Date: Sat, 07 Sep 2013 09:11:38 -0700
Message-ID: <05e401ceabe4$efea3580$cfbea080$@akayla.com>
MIME-Version: 1.0
Content-Type: multipart/alternative; boundary="----=_NextPart_000_05E5_01CEABAA.438B5D80"
X-Mailer: Microsoft Outlook 14.0
Thread-Index: AQOuIIfy+HDKHq1m5oQenJz0UHSO2gJKzW96lekx6AA=
Content-Language: en-us
Cc: 'General Area Review Team' <gen-art@ietf.org>, 'ietf' <ietf@ietf.org>, draft-ietf-repute-media-type.all@tools.ietf.org
Subject: Re: [Gen-art] Gen-ART LC review of draft-ietf-repute-media-type-10
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: Sat, 07 Sep 2013 16:11:13 -0000

Thanks, Murray.  The updates look good to me.

 

                                -Peter

 

From: Murray S. Kucherawy [mailto:superuser@gmail.com] 
Sent: Saturday, September 07, 2013 12:56 AM
To: Peter Yee
Cc: draft-ietf-repute-media-type.all@tools.ietf.org; General Area Review
Team; ietf
Subject: Re: Gen-ART LC review of draft-ietf-repute-media-type-10

 

Hi Peter, thanks for your review.  Comments inline.

 

On Thu, Aug 29, 2013 at 11:21 PM, Peter Yee <peter@akayla.com> 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-ietf-repute-media-type-10
Reviewer: Peter Yee
Review Date: August-27-2013
IETF LC End Date: August-29-2013
IESG Telechat date: September-12-2013

Summary: This draft is on the right track but has open issues, described in
the review. [Ready with minor issues.]

This draft directs IANA to register an application/reputon+json media type.
It also defines a new IANA registry for reputation application-specific uses
of that media type.

Major issues:

Minor issues:

Authenticity and confidence ratings seem to be used interchangeably in the
document.  Authenticity is never defined, but it appears that it may
previously have been used in place of confidence.  The example spanning
pages 9 and 10 notes a confidence of 95% but uses that for the (undefined in
the document) authenticity value instead of the confidence value.  Either
define authenticity (which is absent in Section 3.1) or switch to
confidence.

 

This is actually a mistake.  Earlier versions had something called
rater-authenticity and did define it, but that component of a reputon has
since been removed in favour of "normal-rating".  There are still some
vestiges of the old text in there, which is causing this confusion.  I'll
clean it up.
 


Section 3.1, definition of rater: the wording of this definition could be
interpreted to mean either the party that is returning the rating
information in response to the query but which is not necessarily the party
creating the rating, or it could mean the party that created the rating.
This may go back to the muddled concept of authenticity (which seems to be
used to mean how much an unspecified "someone" believes that the rating
originated with the named rater) vs. confidence (how confident the rater is
in the rating).  This definition should be cleared up to remove the
ambiguity that floats throughout the document.

 

Changing it to "The identity of the entity aggregating, computing, and
providing the reputation information, typically expressed as a DNS domain
name."  I can't think of a case where the party receiving the query is not
also at least within the same ADMD as the party doing the computation, so
this seems like the right definition to me.


Nits:
[...]

 

All fixed.  The "auth-value" one was old, as described above.

Thanks!

-MSK