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
- Re: [P2PSIP] New draft: draft-matthews-p2psip-hip… Gonzalo Camarillo
- [P2PSIP] New draft: draft-matthews-p2psip-hip-hop… Philip Matthews
- Re: [P2PSIP] New draft: draft-matthews-p2psip-hip… Hannes Tschofenig
- Re: [P2PSIP] New draft: draft-matthews-p2psip-hip… Philip Matthews
- Re: [P2PSIP] New draft: draft-matthews-p2psip-hip… Philip Matthews
- Re: [P2PSIP] New draft: draft-matthews-p2psip-hip… Philip Matthews
- RE: [P2PSIP] New draft: draft-matthews-p2psip-hip… JiangXingFeng
- Re: [P2PSIP] New draft: draft-matthews-p2psip-hip… Philip Matthews