[P2PSIP] Benoit Claise's No Objection on draft-ietf-p2psip-share-09: (with COMMENT)

"Benoit Claise" <bclaise@cisco.com> Thu, 03 November 2016 12:02 UTC

Return-Path: <bclaise@cisco.com>
X-Original-To: p2psip@ietf.org
Delivered-To: p2psip@ietfa.amsl.com
Received: from ietfa.amsl.com (localhost [IPv6:::1]) by ietfa.amsl.com (Postfix) with ESMTP id 6E628129441; Thu, 3 Nov 2016 05:02:56 -0700 (PDT)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 7bit
From: "Benoit Claise" <bclaise@cisco.com>
To: "The IESG" <iesg@ietf.org>
X-Test-IDTracker: no
X-IETF-IDTracker: 6.37.0
Auto-Submitted: auto-generated
Precedence: bulk
Message-ID: <147817457640.22879.8132643683843846216.idtracker@ietfa.amsl.com>
Date: Thu, 03 Nov 2016 05:02:56 -0700
Archived-At: <https://mailarchive.ietf.org/arch/msg/p2psip/YW2JD4Jmgii9YKz78hKt-yGlV8A>
Cc: draft-ietf-p2psip-share@ietf.org, marc@petit-huguenin.org, rick.casarez@gmail.com, p2psip@ietf.org, p2psip-chairs@ietf.org
Subject: [P2PSIP] Benoit Claise's No Objection on draft-ietf-p2psip-share-09: (with COMMENT)
X-BeenThere: p2psip@ietf.org
X-Mailman-Version: 2.1.17
List-Id: Peer-to-Peer SIP working group discussion list <p2psip.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/p2psip>, <mailto:p2psip-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/p2psip/>
List-Post: <mailto:p2psip@ietf.org>
List-Help: <mailto:p2psip-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/p2psip>, <mailto:p2psip-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 03 Nov 2016 12:02:56 -0000

Benoit Claise has entered the following ballot position for
draft-ietf-p2psip-share-09: No Objection

When responding, please keep the subject line intact and reply to all
email addresses included in the To and CC lines. (Feel free to cut this
introductory paragraph, however.)

Please refer to https://www.ietf.org/iesg/statement/discuss-criteria.html
for more information about IESG DISCUSS and COMMENT positions.

The document, along with other ballot positions, can be found here:


Below is Rick Casarez's OPS DIR review:

Section 6.5:
"Since stored values could have been modified or invalidated prior to
their expiration, an accessing peer SHOULD use a Stat request to check
for updates prior to using the data cache"

When considering security, and how this works, I would recommend changing
this to MUST or advising that the lifetime be set very low. A stale ACL
could allow access were none should occur.