Re: [P2PSIP] New draft: draft-matthews-p2psip-hip-hop-00

Hannes Tschofenig <Hannes.Tschofenig@gmx.net> Sun, 17 June 2007 19:07 UTC

Return-path: <p2psip-bounces@ietf.org>
Received: from [127.0.0.1] (helo=stiedprmman1.va.neustar.com) by megatron.ietf.org with esmtp (Exim 4.43) id 1I006L-0006Uf-0W; Sun, 17 Jun 2007 15:07:53 -0400
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1I006J-0006Ua-8s for p2psip@ietf.org; Sun, 17 Jun 2007 15:07:51 -0400
Received: from mail.gmx.net ([213.165.64.20]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1I006H-0004Jn-QF for p2psip@ietf.org; Sun, 17 Jun 2007 15:07:51 -0400
Received: (qmail invoked by alias); 17 Jun 2007 19:07:48 -0000
Received: from p5498698D.dip.t-dialin.net (EHLO [192.168.1.3]) [84.152.105.141] by mail.gmx.net (mp037) with SMTP; 17 Jun 2007 21:07:48 +0200
X-Authenticated: #29516787
X-Provags-ID: V01U2FsdGVkX19ZDeJRMzNZdVDu+osVAG8jSJknu5ix7gdl99+6xk aP0YAKSdOnAFrt
Message-ID: <46758683.8050608@gmx.net>
Date: Sun, 17 Jun 2007 21:07:47 +0200
From: Hannes Tschofenig <Hannes.Tschofenig@gmx.net>
User-Agent: Thunderbird 2.0.0.4 (Windows/20070604)
MIME-Version: 1.0
To: Philip Matthews <philip_matthews@magma.ca>
Subject: Re: [P2PSIP] New draft: draft-matthews-p2psip-hip-hop-00
References: <7A7D2D13-9CE0-4F75-9D6A-BBA0899B0748@magma.ca>
In-Reply-To: <7A7D2D13-9CE0-4F75-9D6A-BBA0899B0748@magma.ca>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
X-Y-GMX-Trusted: 0
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 41c17b4b16d1eedaa8395c26e9a251c4
Cc: P2PSIP Mailing List <p2psip@ietf.org>
X-BeenThere: p2psip@ietf.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Peer-to-Peer SIP working group discussion list <p2psip.ietf.org>
List-Unsubscribe: <https://www1.ietf.org/mailman/listinfo/p2psip>, <mailto:p2psip-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www1.ietf.org/pipermail/p2psip>
List-Post: <mailto:p2psip@ietf.org>
List-Help: <mailto:p2psip-request@ietf.org?subject=help>
List-Subscribe: <https://www1.ietf.org/mailman/listinfo/p2psip>, <mailto:p2psip-request@ietf.org?subject=subscribe>
Errors-To: p2psip-bounces@ietf.org

Hi Phillip,

you might also find these two documents of interest for you:

Interaction between SIP and HIP
http://www.tschofenig.com/svn/draft-tschofenig-hiprg-host-identities/draft-tschofenig-hiprg-host-identities-05.txt

Using SRTP transport format with HIP
http://www.tschofenig.com/svn/draft-tschofenig-hiprg-hip-srtp/draft-tschofenig-hiprg-hip-srtp-02.txt

Ciao
Hannes

Philip Matthews wrote:
> Folks:
>
> Eric Cooper, Alan Johnston, and I have just written a draft that 
> suggests what we think
> is an interesting direction for the P2PSIP working group.
>
> We argue that a P2PSIP overlay should use HIP (the Host Identity 
> Protocol)
> to provide a number of the basic features in an overlay, namely:
>     o  Peer IDs;
>     o  Transporting messages around the overlay;
>     o  Signaling new overlay connections;
>     o  Supporting mobility and multi-homing of peers;
>     o  Providing message security.
>
> One of the reasons we really like this idea is because, using the 
> approach
> described in the draft, many existing applications don't require any 
> modifications
> and "just work" in an overlay.
>
> We describe this idea in a draft that has just been submitted.
> Until the draft appears in the archives, you can get a copy at
>     http://www.magma.ca/~philip_matthews/draft-willis-p2psip-concepts-04.txt 
>
> or for the html version
>     http://www.magma.ca/~philip_matthews/draft-willis-p2psip-concepts-04.htm 
>
>
> Here is the abstract from the draft:
>    This document examines a P2PSIP architecture where the peer-to-peer
>    (P2P) layer is separate from and lies below the SIP layer.  We
>    discuss the functions of the P2P layer in such an architecture, and
>    focus in on the Distributed Transport function - the function that
>    allows a peer to exchange messages with any other peer in the
>    overlay, even in the presence of NATs.  We list the features that the
>    Distributed Transport function needs to provide, and observe that the
>    Host Identity Protocol (HIP) already provides a number of these
>    features.  We then propose extensions to HIP that allow it to provide
>    the missing features.  We discuss how a complete P2PSIP architecture
>    can be built around HIP, and contrast this approach with other
>    approaches for implementing a P2P layer.  Two of the advantages of
>    HIP approach are that (a) most existing applications can run in an
>    overlay without needing any changes and (b) peer mobility and NAT
>    traversal are handled in a way that is transparent to most
>    applications.
>
> - Philip
>
>
> _______________________________________________
> P2PSIP mailing list
> P2PSIP@ietf.org
> https://www1.ietf.org/mailman/listinfo/p2psip


_______________________________________________
P2PSIP mailing list
P2PSIP@ietf.org
https://www1.ietf.org/mailman/listinfo/p2psip