Re: [P2PSIP] Fwd: New Version Notification for draft-knauf-p2psip-share-00

Marc Petit-Huguenin <petithug@acm.org> Mon, 07 March 2011 17:49 UTC

Return-Path: <petithug@acm.org>
X-Original-To: p2psip@core3.amsl.com
Delivered-To: p2psip@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 7DF0E3A67F9 for <p2psip@core3.amsl.com>; Mon, 7 Mar 2011 09:49:41 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.148
X-Spam-Level:
X-Spam-Status: No, score=-102.148 tagged_above=-999 required=5 tests=[AWL=0.117, BAYES_00=-2.599, IP_NOT_FRIENDLY=0.334, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id u70-2tcomRHm for <p2psip@core3.amsl.com>; Mon, 7 Mar 2011 09:49:40 -0800 (PST)
Received: from server.implementers.org (server.implementers.org [69.55.225.91]) by core3.amsl.com (Postfix) with ESMTP id 95C283A67F3 for <p2psip@ietf.org>; Mon, 7 Mar 2011 09:49:40 -0800 (PST)
Received: by server.implementers.org (Postfix, from userid 1001) id 1B1EC6C984CE; Mon, 7 Mar 2011 17:50:54 +0000 (UTC)
Received: from [192.168.2.3] (server.implementers.org [127.0.0.1]) by server.implementers.org (Postfix) with ESMTPA id 7FDDD6C984C8; Mon, 7 Mar 2011 17:50:53 +0000 (UTC)
Message-ID: <4D751AFC.9060304@acm.org>
Date: Mon, 07 Mar 2011 09:50:52 -0800
From: Marc Petit-Huguenin <petithug@acm.org>
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.16) Gecko/20110303 Iceowl/1.0b1 Icedove/3.0.11
MIME-Version: 1.0
To: Alexander Knauf <alexander.knauf@haw-hamburg.de>
References: <4D751465.8000307@haw-hamburg.de>
In-Reply-To: <4D751465.8000307@haw-hamburg.de>
X-Enigmail-Version: 1.0.1
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: 7bit
Cc: P2PSIP Mailing List <p2psip@ietf.org>
Subject: Re: [P2PSIP] Fwd: New Version Notification for draft-knauf-p2psip-share-00
X-BeenThere: p2psip@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Peer-to-Peer SIP working group discussion list <p2psip.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/p2psip>, <mailto:p2psip-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/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: Mon, 07 Mar 2011 17:49:41 -0000

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On 03/07/2011 09:22 AM, Alexander Knauf wrote:
> Hi all,
> 
> we just submitted a new draft Usage for RELOAD. Please have a look.
> 
> http://www.ietf.org/id/draft-knauf-p2psip-share-00.txt
> 
> We are looking forward to your feedback.
> 
> Regards,
> 
> Alexander
> 
> A new version of I-D, draft-knauf-p2psip-share-00.txt has been
> successfully submitted by Alexander Knauf and posted to the IETF
> repository.
> 
> Abstract:
> This document defines a RELOAD Usage for shared write access to
> RELOAD Resources.  Shared Resources in RELOAD (ShaRe) form a basic
> primitive for enabling various coordination and notification schemes
> among distributed peers.  Access in ShaRe is controlled by a
> hierarchical trust delegation scheme maintained within an access
> list.  A new USER-CHAIN-ACL access policy allows authorized peers to
> write a Shared Resource without owning its corresponding certificate.
> This specification also adds mechanisms to store Resources with a
> variable name which is useful whenever peer-independent rendezvous
> processes are required.

Does this USER-CHAIN-ACL policy replace the USER-CHAIN-MATCH policy in
draft-knauf-p2psip-disco?

(I am trying to adapt my own draft-petithuguenin-p2psip-access-control to
support all or some of these policies).

Thanks.

- -- 
Marc Petit-Huguenin
Personal email: marc@petit-huguenin.org
Professional email: petithug@acm.org
Blog: http://blog.marc.petit-huguenin.org
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (GNU/Linux)

iEYEARECAAYFAk11GvsACgkQ9RoMZyVa61debgCdHPpxqiYivZrZTmkGFvwdCbo6
3YcAmgLDuQGsgQwP157LDprfjgH7+38/
=KLWP
-----END PGP SIGNATURE-----