
From petithug@acm.org  Mon Jun  6 18:32:01 2011
Return-Path: <petithug@acm.org>
X-Original-To: vipr@ietfa.amsl.com
Delivered-To: vipr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 0173611E8096; Mon,  6 Jun 2011 18:32:01 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.6
X-Spam-Level: 
X-Spam-Status: No, score=-102.6 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
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 wgDaLp-qFuT2; Mon,  6 Jun 2011 18:32:00 -0700 (PDT)
Received: from implementers.org (implementers.org [IPv6:2604:3400:dc1:41:216:3eff:fe5b:8240]) by ietfa.amsl.com (Postfix) with ESMTP id 79FE011E8090; Mon,  6 Jun 2011 18:31:56 -0700 (PDT)
Received: from [IPv6:2001:470:1f05:616:213:d4ff:fe04:3e08] (shalmaneser.org [IPv6:2001:470:1f05:616:213:d4ff:fe04:3e08]) by implementers.org (Postfix) with ESMTPS id 708D02218B; Tue,  7 Jun 2011 03:31:11 +0200 (CEST)
Message-ID: <4DED7F87.2090305@acm.org>
Date: Mon, 06 Jun 2011 18:31:51 -0700
From: Marc Petit-Huguenin <petithug@acm.org>
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110510 Iceowl/1.0b2 Icedove/3.1.10
MIME-Version: 1.0
To: P2PSIP Mailing List <p2psip@ietf.org>
X-Enigmail-Version: 1.1.2
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Cc: "vipr@ietf.org" <vipr@ietf.org>
Subject: [VIPR] Quotas
X-BeenThere: vipr@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Verification Involving PSTN Reachability working group <vipr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/vipr>, <mailto:vipr-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/vipr>
List-Post: <mailto:vipr@ietf.org>
List-Help: <mailto:vipr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/vipr>, <mailto:vipr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 07 Jun 2011 01:32:01 -0000

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

Now that version -15 of RELOAD is out, I am able to restart editing
draft-petithuguenin-vipr-reload-usage which is, as its name indicates, a RELOAD
usage for VIPR.  Most of it can now be implemented with standard RELOAD,
excepted for one thing, the quota algorithm.

The quota algorithm in VIPR is interesting because it looks like it can be
applied to other resources than the one handled by VIPR.  This quota works by
using a variable that limits, at a responsible peer, the number of resources
that can be stored by one storing peer.  More precisely, the number of unique
resource (of one kind) that a storing node can store in one responsible peer is
the quota value divided by the fraction of resources this peer is responsible
for (adjusted for the number of replicas and other parameters, but let's forget
this for now).  The two standard quota parameters in RELOAD only limit the
absolute number and or size of the resources that can be stored.

The ideal would be to add the VIPR quota inside the RELOAD base spec. Having
stuff in base is good because in this case any RELOAD implementation could be
used for VIPR (or any other overlay), and - in my opinion - having multiple
implementations of RELOAD inside one overlay is what will help an overlay to
survive a programmer error.

Now I would agree that we should stop adding stuff to base, to have a chance to
see it published as an RFC one day, so perhaps an alternative idea is to do the
same thing for quotas that I did for access control policy:  Use a script in the
configuration file to express the quota algorithm associated to a specific Kind-ID.

Is there any opinions or questions or comments on this?

Note that this email is cross posted with the VIPR working group, but please
follow up only in P2PSIP.

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)

iEYEARECAAYFAk3tf4UACgkQ9RoMZyVa61f0LwCgm4OkWYDf46pZ7GjfPfu93BBJ
NcUAnAtLP1kTvzZ51F9jTucTUcTp6f9Y
=kM4T
-----END PGP SIGNATURE-----

From fluffy@cisco.com  Thu Jun  9 08:27:12 2011
Return-Path: <fluffy@cisco.com>
X-Original-To: vipr@ietfa.amsl.com
Delivered-To: vipr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 8132F11E80FD; Thu,  9 Jun 2011 08:27:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -110.599
X-Spam-Level: 
X-Spam-Status: No, score=-110.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, USER_IN_WHITELIST=-100]
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 01U5T53luHMz; Thu,  9 Jun 2011 08:27:10 -0700 (PDT)
Received: from sj-iport-1.cisco.com (sj-iport-1.cisco.com [171.71.176.70]) by ietfa.amsl.com (Postfix) with ESMTP id B2EA711E80DD; Thu,  9 Jun 2011 08:27:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=fluffy@cisco.com; l=3081; q=dns/txt; s=iport; t=1307633230; x=1308842830; h=subject:mime-version:from:in-reply-to:date:cc: content-transfer-encoding:message-id:references:to; bh=n+ZBe5DyuLrUjgA5N2VL5JncwrVDtgKWROBpU1V9lLY=; b=TNqZe8KeYpsvyYMX2wAaMzrxISWLlV59BatqcPLfH7IE6ZQNDZrJlnzV lfiZgfWjpMt5pTjFkjqH0z3wGQTLOUFgjcHcSYKy6xXFKv0TQx0IdU6bj hYhOghsoBKz2bP/3h5OoxBWZejL/xW9a5keC080kqjAZbLS6Sg9FvE9z6 k=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: Av0EAOfl8E2rRDoI/2dsb2JhbABTpjt3qheeH4MdgwYEhwiKIoRNiyQ
X-IronPort-AV: E=Sophos;i="4.65,341,1304294400"; d="scan'208";a="462702680"
Received: from mtv-core-3.cisco.com ([171.68.58.8]) by sj-iport-1.cisco.com with ESMTP; 09 Jun 2011 15:26:33 +0000
Received: from [192.168.4.100] (rcdn-fluffy-8712.cisco.com [10.99.9.19]) by mtv-core-3.cisco.com (8.14.3/8.14.3) with ESMTP id p59FQWbA027977; Thu, 9 Jun 2011 15:26:32 GMT
Mime-Version: 1.0 (Apple Message framework v1084)
Content-Type: text/plain; charset=us-ascii
From: Cullen Jennings <fluffy@cisco.com>
In-Reply-To: <4DED7F87.2090305@acm.org>
Date: Thu, 9 Jun 2011 09:26:32 -0600
Content-Transfer-Encoding: quoted-printable
Message-Id: <3B9C94BB-EA37-4BD3-A4CA-267FC86B4277@cisco.com>
References: <4DED7F87.2090305@acm.org>
To: Marc Petit-Huguenin <petithug@acm.org>
X-Mailer: Apple Mail (2.1084)
Cc: "vipr@ietf.org" <vipr@ietf.org>, P2PSIP Mailing List <p2psip@ietf.org>
Subject: Re: [VIPR] Quotas
X-BeenThere: vipr@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Verification Involving PSTN Reachability working group <vipr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/vipr>, <mailto:vipr-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/vipr>
List-Post: <mailto:vipr@ietf.org>
List-Help: <mailto:vipr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/vipr>, <mailto:vipr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 09 Jun 2011 15:27:12 -0000

I can't put my finger on why, but I get very nervous about suing =
downloadable scripts to enforce critical system constraints such as =
security and quotas. It just seems like a disaster waiting to happen. =
That said, I can't come up with any specific problem of why it would not =
work but it makes me feel very uneasy.=20

It does seems reasonable to make this type of quota a general purpose =
extension to reload that could be used by things beyond vipr WG stuff.=20=


On Jun 6, 2011, at 7:31 PM, Marc Petit-Huguenin wrote:

> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>=20
> Now that version -15 of RELOAD is out, I am able to restart editing
> draft-petithuguenin-vipr-reload-usage which is, as its name indicates, =
a RELOAD
> usage for VIPR.  Most of it can now be implemented with standard =
RELOAD,
> excepted for one thing, the quota algorithm.
>=20
> The quota algorithm in VIPR is interesting because it looks like it =
can be
> applied to other resources than the one handled by VIPR.  This quota =
works by
> using a variable that limits, at a responsible peer, the number of =
resources
> that can be stored by one storing peer.  More precisely, the number of =
unique
> resource (of one kind) that a storing node can store in one =
responsible peer is
> the quota value divided by the fraction of resources this peer is =
responsible
> for (adjusted for the number of replicas and other parameters, but =
let's forget
> this for now).  The two standard quota parameters in RELOAD only limit =
the
> absolute number and or size of the resources that can be stored.
>=20
> The ideal would be to add the VIPR quota inside the RELOAD base spec. =
Having
> stuff in base is good because in this case any RELOAD implementation =
could be
> used for VIPR (or any other overlay), and - in my opinion - having =
multiple
> implementations of RELOAD inside one overlay is what will help an =
overlay to
> survive a programmer error.
>=20
> Now I would agree that we should stop adding stuff to base, to have a =
chance to
> see it published as an RFC one day, so perhaps an alternative idea is =
to do the
> same thing for quotas that I did for access control policy:  Use a =
script in the
> configuration file to express the quota algorithm associated to a =
specific Kind-ID.
>=20
> Is there any opinions or questions or comments on this?
>=20
> Note that this email is cross posted with the VIPR working group, but =
please
> follow up only in P2PSIP.
>=20
> Thanks.
>=20
> - --=20
> 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)
>=20
> iEYEARECAAYFAk3tf4UACgkQ9RoMZyVa61f0LwCgm4OkWYDf46pZ7GjfPfu93BBJ
> NcUAnAtLP1kTvzZ51F9jTucTUcTp6f9Y
> =3DkM4T
> -----END PGP SIGNATURE-----
> _______________________________________________
> VIPR mailing list
> VIPR@ietf.org
> https://www.ietf.org/mailman/listinfo/vipr


From petithug@acm.org  Thu Jun  9 08:48:50 2011
Return-Path: <petithug@acm.org>
X-Original-To: vipr@ietfa.amsl.com
Delivered-To: vipr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 50F9311E811B; Thu,  9 Jun 2011 08:48:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.385
X-Spam-Level: 
X-Spam-Status: No, score=-102.385 tagged_above=-999 required=5 tests=[AWL=0.215, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
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 BfUbe31oPHvz; Thu,  9 Jun 2011 08:48:49 -0700 (PDT)
Received: from implementers.org (implementers.org [IPv6:2604:3400:dc1:41:216:3eff:fe5b:8240]) by ietfa.amsl.com (Postfix) with ESMTP id 68D9C11E811A; Thu,  9 Jun 2011 08:48:49 -0700 (PDT)
Received: from [IPv6:2001:470:1f05:616:213:d4ff:fe04:3e08] (shalmaneser.org [IPv6:2001:470:1f05:616:213:d4ff:fe04:3e08]) by implementers.org (Postfix) with ESMTPS id 21F432218B; Thu,  9 Jun 2011 17:47:52 +0200 (CEST)
Message-ID: <4DF0EB5A.5070400@acm.org>
Date: Thu, 09 Jun 2011 08:48:42 -0700
From: Marc Petit-Huguenin <petithug@acm.org>
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110606 Iceowl/1.0b2 Icedove/3.1.10
MIME-Version: 1.0
To: Cullen Jennings <fluffy@cisco.com>
References: <4DED7F87.2090305@acm.org> <3B9C94BB-EA37-4BD3-A4CA-267FC86B4277@cisco.com>
In-Reply-To: <3B9C94BB-EA37-4BD3-A4CA-267FC86B4277@cisco.com>
X-Enigmail-Version: 1.1.2
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Cc: "vipr@ietf.org" <vipr@ietf.org>, P2PSIP Mailing List <p2psip@ietf.org>
Subject: Re: [VIPR] Quotas
X-BeenThere: vipr@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Verification Involving PSTN Reachability working group <vipr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/vipr>, <mailto:vipr-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/vipr>
List-Post: <mailto:vipr@ietf.org>
List-Help: <mailto:vipr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/vipr>, <mailto:vipr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 09 Jun 2011 15:48:50 -0000

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

On 06/09/2011 08:26 AM, Cullen Jennings wrote:
> 
> I can't put my finger on why, but I get very nervous about suing downloadable scripts to enforce critical system constraints such as security and quotas. It just seems like a disaster waiting to happen. That said, I can't come up with any specific problem of why it would not work but it makes me feel very uneasy. 

I'll post a separate response on this, in p2psip only.

> 
> It does seems reasonable to make this type of quota a general purpose extension to reload that could be used by things beyond vipr WG stuff.

OK, so I'll split the quota algorithm in a separate draft (in the P2PSIP WG)
with the same authors list.

> 
> On Jun 6, 2011, at 7:31 PM, Marc Petit-Huguenin wrote:
> 
> Now that version -15 of RELOAD is out, I am able to restart editing
> draft-petithuguenin-vipr-reload-usage which is, as its name indicates, a RELOAD
> usage for VIPR.  Most of it can now be implemented with standard RELOAD,
> excepted for one thing, the quota algorithm.
> 
> The quota algorithm in VIPR is interesting because it looks like it can be
> applied to other resources than the one handled by VIPR.  This quota works by
> using a variable that limits, at a responsible peer, the number of resources
> that can be stored by one storing peer.  More precisely, the number of unique
> resource (of one kind) that a storing node can store in one responsible peer is
> the quota value divided by the fraction of resources this peer is responsible
> for (adjusted for the number of replicas and other parameters, but let's forget
> this for now).  The two standard quota parameters in RELOAD only limit the
> absolute number and or size of the resources that can be stored.
> 
> The ideal would be to add the VIPR quota inside the RELOAD base spec. Having
> stuff in base is good because in this case any RELOAD implementation could be
> used for VIPR (or any other overlay), and - in my opinion - having multiple
> implementations of RELOAD inside one overlay is what will help an overlay to
> survive a programmer error.
> 
> Now I would agree that we should stop adding stuff to base, to have a chance to
> see it published as an RFC one day, so perhaps an alternative idea is to do the
> same thing for quotas that I did for access control policy:  Use a script in the
> configuration file to express the quota algorithm associated to a specific Kind-ID.
> 
> Is there any opinions or questions or comments on this?
> 
> Note that this email is cross posted with the VIPR working group, but please
> follow up only in P2PSIP.

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

iEYEARECAAYFAk3w61kACgkQ9RoMZyVa61cWowCgg9lHq4xRrcdch0PsW2NLmPAI
4dEAn33neMRjBy69CjoG5rD+vQBAuFul
=SW6+
-----END PGP SIGNATURE-----

From petithug@acm.org  Tue Jun 14 09:19:40 2011
Return-Path: <petithug@acm.org>
X-Original-To: vipr@ietfa.amsl.com
Delivered-To: vipr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id CF1EB1F0C51; Tue, 14 Jun 2011 09:19:40 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.492
X-Spam-Level: 
X-Spam-Status: No, score=-102.492 tagged_above=-999 required=5 tests=[AWL=0.108, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
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 HIyIJyM9J4s2; Tue, 14 Jun 2011 09:19:39 -0700 (PDT)
Received: from implementers.org (implementers.org [IPv6:2604:3400:dc1:41:216:3eff:fe5b:8240]) by ietfa.amsl.com (Postfix) with ESMTP id 1E1611F0C4F; Tue, 14 Jun 2011 09:19:39 -0700 (PDT)
Received: from [IPv6:2001:470:1f05:616:213:d4ff:fe04:3e08] (shalmaneser.org [IPv6:2001:470:1f05:616:213:d4ff:fe04:3e08]) by implementers.org (Postfix) with ESMTPS id E9BAC2218B; Tue, 14 Jun 2011 18:18:22 +0200 (CEST)
Message-ID: <4DF78A16.80103@acm.org>
Date: Tue, 14 Jun 2011 09:19:34 -0700
From: Marc Petit-Huguenin <petithug@acm.org>
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110606 Iceowl/1.0b2 Icedove/3.1.10
MIME-Version: 1.0
Followup-To: p2psip@ietf.org
To: P2PSIP Mailing List <p2psip@ietf.org>
References: <20110614161309.7045.10925.idtracker@ietfa.amsl.com>
In-Reply-To: <20110614161309.7045.10925.idtracker@ietfa.amsl.com>
X-Enigmail-Version: 1.1.2
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Cc: "vipr@ietf.org" <vipr@ietf.org>
Subject: Re: [VIPR] I-D Action: draft-petithuguenin-p2psip-proportional-quota-00.txt
X-BeenThere: vipr@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Verification Involving PSTN Reachability working group <vipr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/vipr>, <mailto:vipr-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/vipr>
List-Post: <mailto:vipr@ietf.org>
List-Help: <mailto:vipr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/vipr>, <mailto:vipr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 14 Jun 2011 16:19:41 -0000

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

This draft describes a new quota mechanism as a RELOAD extension.  This
extension is used by the VIPR RELOAD usage but has its own I-D because it can be
used by other RELOAD usages.

Comments, suggestions and questions are welcome.  Please follow-up in the p2psip
mailing-list.

On 06/14/2011 09:13 AM, internet-drafts@ietf.org wrote:
> A New Internet-Draft is available from the on-line Internet-Drafts directories.
> 
> 	Title           : Proportional Quota in REsource LOcation And Discovery (RELOAD)
> 	Author(s)       : Jonathan Rosenberg
>                           Cullen Jennings
>                           Marc Petit-Huguenin
> 	Filename        : draft-petithuguenin-p2psip-proportional-quota-00.txt
> 	Pages           : 6
> 	Date            : 2011-06-14
> 
>    This document defines an extension to RELOAD [I-D.ietf-p2psip-base]
>    that limits the number of a specific kind element that can be stored
>    by one RELOAD peer.
> 
> 
> A URL for this Internet-Draft is:
> http://www.ietf.org/internet-drafts/draft-petithuguenin-p2psip-proportional-quota-00.txt
> 
> Internet-Drafts are also available by anonymous FTP at:
> ftp://ftp.ietf.org/internet-drafts/
> 
> This Internet-Draft can be retrieved at:
> ftp://ftp.ietf.org/internet-drafts/draft-petithuguenin-p2psip-proportional-quota-00.txt

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

iEYEARECAAYFAk33ihQACgkQ9RoMZyVa61dWywCfU88PrhJHdy67NWo68yed4j/G
K2kAoIa1Piv+l7wzwiffwUc8mbQviSv/
=VV2P
-----END PGP SIGNATURE-----

From petithug@acm.org  Tue Jun 14 09:25:27 2011
Return-Path: <petithug@acm.org>
X-Original-To: vipr@ietfa.amsl.com
Delivered-To: vipr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D1E6B9E8030 for <vipr@ietfa.amsl.com>; Tue, 14 Jun 2011 09:25:27 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.508
X-Spam-Level: 
X-Spam-Status: No, score=-102.508 tagged_above=-999 required=5 tests=[AWL=0.092, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
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 xSULU4PuZEFG for <vipr@ietfa.amsl.com>; Tue, 14 Jun 2011 09:25:27 -0700 (PDT)
Received: from implementers.org (implementers.org [IPv6:2604:3400:dc1:41:216:3eff:fe5b:8240]) by ietfa.amsl.com (Postfix) with ESMTP id 55A1C9E8008 for <vipr@ietf.org>; Tue, 14 Jun 2011 09:25:09 -0700 (PDT)
Received: from [IPv6:2001:470:1f05:616:213:d4ff:fe04:3e08] (shalmaneser.org [IPv6:2001:470:1f05:616:213:d4ff:fe04:3e08]) by implementers.org (Postfix) with ESMTPS id 2B5282218B for <vipr@ietf.org>; Tue, 14 Jun 2011 18:23:56 +0200 (CEST)
Message-ID: <4DF78B62.7070106@acm.org>
Date: Tue, 14 Jun 2011 09:25:06 -0700
From: Marc Petit-Huguenin <petithug@acm.org>
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110606 Iceowl/1.0b2 Icedove/3.1.10
MIME-Version: 1.0
To: "vipr@ietf.org" <vipr@ietf.org>
References: <20110614162319.6962.33710.idtracker@ietfa.amsl.com>
In-Reply-To: <20110614162319.6962.33710.idtracker@ietfa.amsl.com>
X-Enigmail-Version: 1.1.2
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Subject: Re: [VIPR] I-D Action: draft-petithuguenin-vipr-pvp-01.txt
X-BeenThere: vipr@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Verification Involving PSTN Reachability working group <vipr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/vipr>, <mailto:vipr-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/vipr>
List-Post: <mailto:vipr@ietf.org>
List-Help: <mailto:vipr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/vipr>, <mailto:vipr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 14 Jun 2011 16:25:28 -0000

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

Changelog:

   o  Added text explaining that VCRs should not be removed before the
      end of the 48 hours delay.
   o  Inserted Terminology section.
   o  Fixed the timekey ABNF.
   o  Specified that rounding-time cannot be equal to 0.

On 06/14/2011 09:23 AM, internet-drafts@ietf.org wrote:
> A New Internet-Draft is available from the on-line Internet-Drafts directories.
> 
> 	Title           : The Public Switched Telephone Network (PSTN) Validation Protocol (PVP)
> 	Author(s)       : Jonathan Rosenberg
>                           Cullen Jennings
>                           Marc Petit-Huguenin
> 	Filename        : draft-petithuguenin-vipr-pvp-01.txt
> 	Pages           : 30
> 	Date            : 2011-06-14
> 
>    One of the main challenges in inter-domain federation of Session
>    Initiation Protocol (SIP) calls is that many domains continue to
>    utilize phone numbers, and not email-style SIP URI.  Consequently, a
>    mechanism is needed that enables secure mappings from phone numbers
>    to domains.  The main technical challenge in doing this securely is
>    to verify that the domain in question truly is the &quot;owner&quot; of the
>    phone number.  This specification defines the PSTN Validation
>    Protocol (PVP), which can be used by a domain to verify this
>    ownership by means of a forward routability check in the PSTN.
> 
> 
> A URL for this Internet-Draft is:
> http://www.ietf.org/internet-drafts/draft-petithuguenin-vipr-pvp-01.txt
> 
> Internet-Drafts are also available by anonymous FTP at:
> ftp://ftp.ietf.org/internet-drafts/
> 
> This Internet-Draft can be retrieved at:
> ftp://ftp.ietf.org/internet-drafts/draft-petithuguenin-vipr-pvp-01.txt

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

iEYEARECAAYFAk33i1MACgkQ9RoMZyVa61dWNgCfQtedJfVgl/jwBbQk+FmfQiRu
xUoAmwUIsv0XnijpFmLkXVvO0nKAk+kz
=s//I
-----END PGP SIGNATURE-----

From petithug@acm.org  Tue Jun 14 09:28:32 2011
Return-Path: <petithug@acm.org>
X-Original-To: vipr@ietfa.amsl.com
Delivered-To: vipr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 383EB9E8031 for <vipr@ietfa.amsl.com>; Tue, 14 Jun 2011 09:28:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.519
X-Spam-Level: 
X-Spam-Status: No, score=-102.519 tagged_above=-999 required=5 tests=[AWL=0.081, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
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 g8DsXqulDR6g for <vipr@ietfa.amsl.com>; Tue, 14 Jun 2011 09:28:31 -0700 (PDT)
Received: from implementers.org (implementers.org [IPv6:2604:3400:dc1:41:216:3eff:fe5b:8240]) by ietfa.amsl.com (Postfix) with ESMTP id 5FA529E802E for <vipr@ietf.org>; Tue, 14 Jun 2011 09:28:31 -0700 (PDT)
Received: from [IPv6:2001:470:1f05:616:213:d4ff:fe04:3e08] (shalmaneser.org [IPv6:2001:470:1f05:616:213:d4ff:fe04:3e08]) by implementers.org (Postfix) with ESMTPS id B5CBA2218B for <vipr@ietf.org>; Tue, 14 Jun 2011 18:27:17 +0200 (CEST)
Message-ID: <4DF78C2C.1020504@acm.org>
Date: Tue, 14 Jun 2011 09:28:28 -0700
From: Marc Petit-Huguenin <petithug@acm.org>
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110606 Iceowl/1.0b2 Icedove/3.1.10
MIME-Version: 1.0
To: "vipr@ietf.org" <vipr@ietf.org>
References: <20110614162638.7036.8952.idtracker@ietfa.amsl.com>
In-Reply-To: <20110614162638.7036.8952.idtracker@ietfa.amsl.com>
X-Enigmail-Version: 1.1.2
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Subject: Re: [VIPR] I-D Action: draft-petithuguenin-vipr-reload-usage-01.txt
X-BeenThere: vipr@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Verification Involving PSTN Reachability working group <vipr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/vipr>, <mailto:vipr-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/vipr>
List-Post: <mailto:vipr@ietf.org>
List-Help: <mailto:vipr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/vipr>, <mailto:vipr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 14 Jun 2011 16:28:32 -0000

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

Changelog:

   o  Moved most of the quota algorithm to a separate I-D named
      draft-petithuguenin-p2psip-proportional-quota.
   o  Removed the text saying that the same DHT can also be used for a
      RELOAD SIP usage, as it contradicts text in overview.  Also the
      quota algorithm does not work with clients, but SIP registration
      uses clients.
   o  Added Terminology section
   o  Converted the TLV value stored to a structure using the syntax
      described in p2psip-base to not be dependent on VAP.  The new
      structure is bit compatible with the old definition.
   o  Changed the dictionary key to be binary based instead of text
      based.
   o  Copied text from VAP explaining that the Store operations are
      queued and that the rate is limited.
   o  Added voting algorithm when fetch returns different results for
      the 3 copies.
   o  Added explanation on how to verify the signatures.
   o  Added text on how to form the PVP connection
   o  Rewrote some of the text so it looks more like a regular RELOAD
      usage.
   o  Removed section 3 "PeerID Shim" now that support for multiple
      Node-ID in certificates in fully integrated in RELOAD base.
   o  Filled IANA section
   o  Added examples of conversion from E.164 number to Resource-ID
   o  Added example code for the VIPR access control

On 06/14/2011 09:26 AM, internet-drafts@ietf.org wrote:
> A New Internet-Draft is available from the on-line Internet-Drafts directories.
> 
> 	Title           : A Usage of Resource Location and Discovery (RELOAD) for Public Switched Telephone Network (PSTN) Verification
> 	Author(s)       : Jonathan Rosenberg
>                           Cullen Jennings
>                           Marc Petit-Huguenin
> 	Filename        : draft-petithuguenin-vipr-reload-usage-01.txt
> 	Pages           : 10
> 	Date            : 2011-06-14
> 
>    Verification Involving PSTN Reachability (VIPR) is a technique for
>    inter-domain SIP federation.  VIPR makes use of the RELOAD protocol
>    to store unverified mappings from phone numbers to RELOAD nodes, with
>    whom a validation process can be run.  This document defines the
>    usage of RELOAD for this purpose.
> 
> 
> A URL for this Internet-Draft is:
> http://www.ietf.org/internet-drafts/draft-petithuguenin-vipr-reload-usage-01.txt
> 
> Internet-Drafts are also available by anonymous FTP at:
> ftp://ftp.ietf.org/internet-drafts/
> 
> This Internet-Draft can be retrieved at:
> ftp://ftp.ietf.org/internet-drafts/draft-petithuguenin-vipr-reload-usage-01.txt


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

iEYEARECAAYFAk33jCsACgkQ9RoMZyVa61diAgCeNEfdm09tpurgqcd9bFB5EA0h
03YAoIfoP45wZhjXn5f/880wyLGYFoYq
=xyI6
-----END PGP SIGNATURE-----

From petithug@acm.org  Tue Jun 14 09:34:12 2011
Return-Path: <petithug@acm.org>
X-Original-To: vipr@ietfa.amsl.com
Delivered-To: vipr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5E38B11E807F for <vipr@ietfa.amsl.com>; Tue, 14 Jun 2011 09:34:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.528
X-Spam-Level: 
X-Spam-Status: No, score=-102.528 tagged_above=-999 required=5 tests=[AWL=0.072, BAYES_00=-2.599, NO_RELAYS=-0.001, USER_IN_WHITELIST=-100]
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 KekuvtpPC39m for <vipr@ietfa.amsl.com>; Tue, 14 Jun 2011 09:34:11 -0700 (PDT)
Received: from implementers.org (implementers.org [IPv6:2604:3400:dc1:41:216:3eff:fe5b:8240]) by ietfa.amsl.com (Postfix) with ESMTP id 6BCC39E802E for <vipr@ietf.org>; Tue, 14 Jun 2011 09:34:11 -0700 (PDT)
Received: from [IPv6:2001:470:1f05:616:213:d4ff:fe04:3e08] (shalmaneser.org [IPv6:2001:470:1f05:616:213:d4ff:fe04:3e08]) by implementers.org (Postfix) with ESMTPS id 654DC2218B for <vipr@ietf.org>; Tue, 14 Jun 2011 18:32:52 +0200 (CEST)
Message-ID: <4DF78D7B.9070606@acm.org>
Date: Tue, 14 Jun 2011 09:34:03 -0700
From: Marc Petit-Huguenin <petithug@acm.org>
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.17) Gecko/20110606 Iceowl/1.0b2 Icedove/3.1.10
MIME-Version: 1.0
To: "vipr@ietf.org" <vipr@ietf.org>
References: <20110614163003.7009.33330.idtracker@ietfa.amsl.com>
In-Reply-To: <20110614163003.7009.33330.idtracker@ietfa.amsl.com>
X-Enigmail-Version: 1.1.2
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 7bit
Subject: Re: [VIPR] I-D Action: draft-petithuguenin-vipr-sip-antispam-01.txt
X-BeenThere: vipr@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Verification Involving PSTN Reachability working group <vipr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/vipr>, <mailto:vipr-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/vipr>
List-Post: <mailto:vipr@ietf.org>
List-Help: <mailto:vipr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/vipr>, <mailto:vipr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 14 Jun 2011 16:34:12 -0000

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

Changelog:

   o  Renamed X-Cisco-ViPR-Ticket to Ticket and filled the IANA section.

On 06/14/2011 09:30 AM, internet-drafts@ietf.org wrote:
> A New Internet-Draft is available from the on-line Internet-Drafts directories.
> 
> 	Title           : Session Initiation Protocol (SIP) Extensions for Blocking VoIP Spam Using PSTN Validation
> 	Author(s)       : Jonathan Rosenberg
>                           Cullen Jennings
>                           Marc Petit-Huguenin
> 	Filename        : draft-petithuguenin-vipr-sip-antispam-01.txt
> 	Pages           : 10
> 	Date            : 2011-06-14
> 
>    Verification Involving PSTN Reachability (ViPR) is a new technique
>    for inter-domain federation of SIP calls.  ViPR makes use of the PSTN
>    as an introduction mechanism to verify the correctness of mappings
>    from phone numbers to domains.  The PSTN introduction mechanism can
>    also be used as a technique for blocking spam - a SIP caller is only
>    authorized when its calling domain has previously called that same
>    number over the PSTN.  This document describes an extension to SIP
>    which enables authorization of SIP calls based on a prior PSTN
>    introduction.
> 
> 
> A URL for this Internet-Draft is:
> http://www.ietf.org/internet-drafts/draft-petithuguenin-vipr-sip-antispam-01.txt
> 
> Internet-Drafts are also available by anonymous FTP at:
> ftp://ftp.ietf.org/internet-drafts/
> 
> This Internet-Draft can be retrieved at:
> ftp://ftp.ietf.org/internet-drafts/draft-petithuguenin-vipr-sip-antispam-01.txt

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

iEYEARECAAYFAk33jXkACgkQ9RoMZyVa61cnnwCbBG3oyRA42sT6QRQHF+fpI6hz
UacAni/afFI20f6nTxOXi2zoDFaLrqdM
=1Zvs
-----END PGP SIGNATURE-----

From jon.peterson@neustar.biz  Thu Jun 16 08:50:00 2011
Return-Path: <jon.peterson@neustar.biz>
X-Original-To: vipr@ietfa.amsl.com
Delivered-To: vipr@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D2CCF11E80A9 for <vipr@ietfa.amsl.com>; Thu, 16 Jun 2011 08:50:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -105.898
X-Spam-Level: 
X-Spam-Status: No, score=-105.898 tagged_above=-999 required=5 tests=[AWL=0.701, BAYES_00=-2.599, RCVD_IN_DNSWL_MED=-4, USER_IN_WHITELIST=-100]
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 HUCU8j8zuMYi for <vipr@ietfa.amsl.com>; Thu, 16 Jun 2011 08:50:00 -0700 (PDT)
Received: from neustar.com (mx2.neustar.com [156.154.25.104]) by ietfa.amsl.com (Postfix) with ESMTP id 08D9611E8071 for <vipr@ietf.org>; Thu, 16 Jun 2011 08:49:59 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=neustar.biz; s=neustarbiz; t=1308239397; x=1623594295; q=dns/txt; h=From:Date:Subject:Message-ID:Content-Language: Content-Type:Content-Transfer-Encoding; bh=mKDtZ8/O83HU2RI6oY/WX W6x18IsIv3Y5n7EMJa7ERs=; b=TvJDtyDpOmVWWYFdsuCZVgBMgO3xn0o7qSy5T Kou8AUHqtmSlsK9pyn70FTmqLXouzNxMZOXRf073DUrYJfEBw==
Received: from ([10.31.13.228]) by chihiron2.nc.neustar.com with ESMTP with TLS id 5202415.38525771; Thu, 16 Jun 2011 11:49:56 -0400
Received: from STNTEXCH01.cis.neustar.com ([fe80::31b6:4d09:2ada:e6c0]) by STNTEXCHHT01.cis.neustar.com ([::1]) with mapi; Thu, 16 Jun 2011 11:49:56 -0400
From: "Peterson, Jon" <jon.peterson@neustar.biz>
To: "vipr@ietf.org" <vipr@ietf.org>
Date: Thu, 16 Jun 2011 11:49:54 -0400
Thread-Topic: call for agenda items for ietf 81
Thread-Index: AcwsPQnWaEbVQpjsRtunEo7sSj4wGA==
Message-ID: <4DF035AE-43D5-448B-9625-2FAEEEEB08C0@neustar.biz>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
acceptlanguage: en-US
x-ems-proccessed: R64IxjzeHPwwd+efoj3ZcA==
x-ems-stamp: w6Eu1pnVdAfg9C4Zf/4PeQ==
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Subject: [VIPR] call for agenda items for ietf 81
X-BeenThere: vipr@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Verification Involving PSTN Reachability working group <vipr.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/vipr>, <mailto:vipr-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/vipr>
List-Post: <mailto:vipr@ietf.org>
List-Help: <mailto:vipr-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/vipr>, <mailto:vipr-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 16 Jun 2011 15:50:00 -0000

With Quebec fast approaching, we're starting to put together an agenda for =
a one-hour slot. Obviously we will have a presentation on the open issues w=
ith the existing drafts. If anyone would like to present anything else, or =
has other suggestions on agenda structure, don't hesitate to let us know, e=
ither on list or privately to the chairs.

Jon Peterson
NeuStar, Inc.=
