Re: [dispatch] Charter Proposal: Verification Involving PSTN Reachability (VIPR)

Marc Petit-Huguenin <petithug@acm.org> Wed, 02 June 2010 18:31 UTC

Return-Path: <petithug@acm.org>
X-Original-To: dispatch@core3.amsl.com
Delivered-To: dispatch@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 088333A6A16 for <dispatch@core3.amsl.com>; Wed, 2 Jun 2010 11:31:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -99.85
X-Spam-Level:
X-Spam-Status: No, score=-99.85 tagged_above=-999 required=5 tests=[AWL=-0.185, BAYES_50=0.001, 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 e1uxVGeU7m83 for <dispatch@core3.amsl.com>; Wed, 2 Jun 2010 11:31:30 -0700 (PDT)
Received: from server.implementers.org (server.implementers.org [69.55.225.91]) by core3.amsl.com (Postfix) with ESMTP id 958C628C0F1 for <dispatch@ietf.org>; Wed, 2 Jun 2010 11:31:27 -0700 (PDT)
Received: by server.implementers.org (Postfix, from userid 1001) id 8D82BDBD401C; Wed, 2 Jun 2010 18:31:10 +0000 (UTC)
Received: from [192.168.2.3] (server.implementers.org [127.0.0.1]) by server.implementers.org (Postfix) with ESMTPA id 8C3EBDBD4018; Wed, 2 Jun 2010 18:31:09 +0000 (UTC)
Message-ID: <4C06A36B.3090103@acm.org>
Date: Wed, 02 Jun 2010 11:31:07 -0700
From: Marc Petit-Huguenin <petithug@acm.org>
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.9) Gecko/20100515 Iceowl/1.0b1 Icedove/3.0.4
MIME-Version: 1.0
To: Cullen Jennings <fluffy@cisco.com>
References: <D92721E4-36AC-4B75-BCDF-E90A9242A286@cisco.com>
In-Reply-To: <D92721E4-36AC-4B75-BCDF-E90A9242A286@cisco.com>
X-Enigmail-Version: 1.0.1
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Cc: DISPATCH list <dispatch@ietf.org>
Subject: Re: [dispatch] Charter Proposal: Verification Involving PSTN Reachability (VIPR)
X-BeenThere: dispatch@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: DISPATCH Working Group Mail List <dispatch.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/dispatch>, <mailto:dispatch-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/dispatch>
List-Post: <mailto:dispatch@ietf.org>
List-Help: <mailto:dispatch-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/dispatch>, <mailto:dispatch-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 02 Jun 2010 18:31:38 -0000

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

On 06/01/2010 09:55 AM, Cullen Jennings wrote:
> 
> I've been talking to a lot of people about the VIPR drafts  - here is a first cut of a proposal for a WG that could do this. I'm sure the charter proposal needs a bunch of work but I wanted to get the discussion rolling on the list. 
> 
> Thanks, Cullen 
> 
> (PS - this is sent in my individual contributor role. Take all my posts about VIPR to be in my individual role not my co-chair role)
> 
> -------------------------------------------------------
> 
> ViPR Charter Proposal (Version 0)
> 
> WG Name:  Verification Involving PSTN Reachability (VIPR)
> 
> There are two globally deployed address spaces for communications that more than a billion people use on a daily basis. They are phone numbers and DNS rooted address such as web servers and email addresses. The federation design of SIP is primarily designed for email style addresses yet a large percentage of SIP deployments primarily use phone numbers for identifying users. The goal of this working group is to allows people to use SIP to federate over the the internet while still using phone numbers to identify the person they wish to communicate with. 
> 
> The VIPR WG will address this problem by developing a peer to peer based approach to finding SIP domains that claim to be responsible for a given phone number and the WG will design validation protocols to ensure a reasonable likelihood that a given domain actually is responsible for the phone number. One initial validation protocol will be based on a domain being able to prove it received a particular phone call over the PSTN based on both sides knowing the start and stop times of that call. Other validation schemes, such as examining fingerprints or watermarking of PSTN media, to show that a domain received a particular PSTN phone call may be considered by the working group. To help mitigate SPAM over SIP issues, the WG will define an token based authorization scheme so that domain using SIP to federate can choose to check that incoming SIP calls are from a domain that successfully validated a phone number. 
> 
> The problem statement and some possible starting points for solutions are further desired in the following internet drafts which shall form the bases of the WG documents:
> draft-rosenberg-dispatch-vipr-overview
> draft-rosenberg-dispatch-vipr-reload-usage
> draft-rosenberg-dispatch-vipr-pvp
> draft-rosenberg-dispatch-vipr-sip-antispam

VAP is not listed here.  Is it an oversight or is it because the WG will work
only on interoperability between ViPR servers?

> 
> The working group will carefully coordinate with the security area, O&M area, as well as the appropriate RAI WG including sipcore and p2psip. 

I think something should said about the fact that ViPR requires SIP over (D)TLS
and SRTP, as it is, IMO, an important characteristic of ViPR.

Also there is perhaps a need to define a minimal subset of SIP extensions and
media capabilities for ViPR.

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.10 (GNU/Linux)

iEYEARECAAYFAkwGo2cACgkQ9RoMZyVa61dVxQCfXy3+nrcwUg3oEhvr4+m93ZoK
hvcAmwUEVsRUJIcbisrNQt0tg2mAEwkC
=GSeb
-----END PGP SIGNATURE-----