[apps-discuss] APPSDIR review of draft-ietf-repute-considerations-02

Tobias Gondrom <tobias.gondrom@gondrom.org> Wed, 14 August 2013 16:28 UTC

Return-Path: <tobias.gondrom@gondrom.org>
X-Original-To: apps-discuss@ietfa.amsl.com
Delivered-To: apps-discuss@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 48E5C11E81F2 for <apps-discuss@ietfa.amsl.com>; Wed, 14 Aug 2013 09:28:21 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -95.362
X-Spam-Level:
X-Spam-Status: No, score=-95.362 tagged_above=-999 required=5 tests=[AWL=-0.001, BAYES_00=-2.599, FH_HELO_EQ_D_D_D_D=1.597, FH_HOST_EQ_D_D_D_D=0.765, FM_DDDD_TIMES_2=1.999, HELO_DYNAMIC_IPADDR=2.426, HELO_EQ_DE=0.35, HTML_MESSAGE=0.001, RDNS_DYNAMIC=0.1, USER_IN_WHITELIST=-100]
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 satiV58d9Lc6 for <apps-discuss@ietfa.amsl.com>; Wed, 14 Aug 2013 09:28:16 -0700 (PDT)
Received: from lvps176-28-13-69.dedicated.hosteurope.de (lvps176-28-13-69.dedicated.hosteurope.de [176.28.13.69]) by ietfa.amsl.com (Postfix) with ESMTP id 477F011E8176 for <apps-discuss@ietf.org>; Wed, 14 Aug 2013 09:28:14 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=gondrom.org; b=ME28G8JhckRv9tznTFuUBhZ+XC2MVrHOAHXR5BglgIhRnAUbMZ7D1DYSk5ek1VcWQn4wx/Qw926PtDpV1my/EYCe7dBlZwnAKhiEfOlJ22lLNGCOr4BxDLyeZMUiNBnm; h=Received:Received:Message-ID:Date:From:User-Agent:MIME-Version:To:CC:Subject:X-Enigmail-Version:Content-Type;
Received: (qmail 15917 invoked from network); 14 Aug 2013 18:28:13 +0200
Received: from 188-222-103-191.zone13.bethere.co.uk (HELO ?192.168.1.64?) (188.222.103.191) by lvps176-28-13-69.dedicated.hosteurope.de with ESMTPSA (DHE-RSA-AES256-SHA encrypted, authenticated); 14 Aug 2013 18:28:13 +0200
Message-ID: <520BB01C.6040502@gondrom.org>
Date: Wed, 14 Aug 2013 17:28:12 +0100
From: Tobias Gondrom <tobias.gondrom@gondrom.org>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130804 Thunderbird/17.0.8
MIME-Version: 1.0
To: apps-discuss@ietf.org, draft-ietf-repute-considerations.all@tools.ietf.org, superuser@gmail.com
X-Enigmail-Version: 1.5.2
Content-Type: multipart/alternative; boundary="------------000603090104080804010603"
Cc: iesg@ietf.org
Subject: [apps-discuss] APPSDIR review of draft-ietf-repute-considerations-02
X-BeenThere: apps-discuss@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: General discussion of application-layer protocols <apps-discuss.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/apps-discuss>
List-Post: <mailto:apps-discuss@ietf.org>
List-Help: <mailto:apps-discuss-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/apps-discuss>, <mailto:apps-discuss-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 14 Aug 2013 16:28:21 -0000

Hi,

I have been selected as the Applications Area Directorate reviewer for
this draft (for background on appsdir, please see
http://trac.tools.ietf.org/area/app/trac/wiki/ApplicationsAreaDirectorate ).
Please resolve these comments along with any other Last Call comments
you may receive. Please wait for direction from your document shepherd
or AD before posting a new version of the draft.

Document: draft-ietf-repute-considerations-02
Title: Operational Considerations Regarding Reputation Services
Reviewer: Tobias Gondrom
Review Date: Aug-14

Status: Informational

Summary: I believe the draft is ready for publication.

Review:
The draft points out a number of good points and pitfalls regarding
reputation systems and over-reliance on them.
And I believe it is ready to publication.

Two suggestions:
1. in section 5: before you pointed out correctly the potential problem
with false positives (falsely backlisted) and that a RSP should have a
mechanism/process to handle such cases. Especially if an operation
blocks based on the results from the RSP. It might be a useful idea to
add this recommendation to the list of bullet points after paragraph 5
in section 5, e.g. something like:
"- a pointer to a resolution process for disputed or inaccurate results
being reported by the RSP."
2. if the outlined information (aka the bullet point list in section 5)
is not available, a pointer to a system where this information can be
queried automatically should be provided by the RSP. Potentially
including advice on how the result has been computed and if it has been
wrongfully assigned to the blacklist, why this might have happened and
how this can be corrected.

Nits:
- section 5, 3rd paragraph
s/Reptuations should/Reputations should
s/i.e., some property/i.e. some property
- section 5, 5th paragraph
s/For example, it shoudl be possible/For example, it should be possible

Best regards, Tobias