Re: [P2PSIP] Re: HIP pros and cons
Spencer Dawkins <spencer@mcsr-labs.org> Mon, 17 December 2007 22:22 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 1J4OLs-0005BN-Do; Mon, 17 Dec 2007 17:22:20 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J4OLr-000594-G0 for p2psip@ietf.org; Mon, 17 Dec 2007 17:22:19 -0500
Received: from usaga01-in.huawei.com ([206.16.17.211]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1J4OLo-0003YN-Tl for p2psip@ietf.org; Mon, 17 Dec 2007 17:22:19 -0500
Received: from huawei.com (usaga01-in [172.18.4.6]) by usaga01-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0JT700KQAST3QL@usaga01-in.huawei.com> for p2psip@ietf.org; Mon, 17 Dec 2007 14:22:16 -0800 (PST)
Received: from s73602 (w173.z064002096.dfw-tx.dsl.cnc.net [64.2.96.173]) by usaga01-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0JT700ECSSSXEA@usaga01-in.huawei.com> for p2psip@ietf.org; Mon, 17 Dec 2007 14:22:15 -0800 (PST)
Date: Mon, 17 Dec 2007 16:21:51 -0600
From: Spencer Dawkins <spencer@mcsr-labs.org>
Subject: Re: [P2PSIP] Re: HIP pros and cons
To: Philip Matthews <philip_matthews@magma.ca>, Wei Gengyu <weigengyu@vip.sina.com>
Message-id: <024401c840fb$39097830$ad600240@china.huawei.com>
MIME-version: 1.0
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.3198
X-Mailer: Microsoft Outlook Express 6.00.2900.3138
X-Priority: 3
X-MSMail-priority: Normal
References: <001201c83fd6$58430e80$da07740a@dellwei> <24CCCC428EFEA2469BF046DB3C7A8D223AE412@namail5.corp.adobe.com> <000001c84058$fabe14c0$da07740a@dellwei> <FB26C309-7AC0-4E0D-B39A-4FA58D96EDA9@magma.ca>
X-Spam-Score: 0.6 (/)
X-Scan-Signature: a83e8b750067501be8b56bf02fb6582d
Cc: Henry Sinnreich <hsinnrei@adobe.com>, 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>
Content-Type: multipart/mixed; boundary="===============1678923836=="
Errors-To: p2psip-bounces@ietf.org
Just confirming that Philip's understanding matches mine - we have descriptive text dating from the days where several proposals were for new SIP methods, new SIP headers, or some combination of the two, and not as much descriptive text that was written after we (appear to have) agreed that SIP would not be the peer protocol. It seems to me there are things that we knew when the peer protocol was based on SIP - for a trivial example, what level of a protocol stack is responsible for retransmission? SIP had its own timers to support UDP operation, so naturally we would use those - and we haven't thought through (on-list) what the corresponding retransmission characteristics of a non-SIP peer protocol should be. There are other, similar questions ("do we need a hop count in the peer protocol?"). Maybe everyone on this list except me knows the answers, but they aren't written down as working group consensus. I can understand why Gengyu is confused, because I am, too. Thanks, Spencer p.s. I am reminded of the Tony Hoare quote, "I don't know what the programming language of the year 2000 will look like, but I know it will be called Fortran". I hope we don't get to the point where we don't know what the peer protocol will look like, but we know it will be called "X" (for "X", substitute your favorite candidate proposal). ----- Original Message ----- From: Philip Matthews To: Wei Gengyu Cc: Henry Sinnreich ; P2PSIP Mailing List Sent: Monday, December 17, 2007 8:00 AM Subject: Re: [P2PSIP] Re: HIP pros and cons It is true that the definition of "p2p layer" has been vague. This reflects the uncertainty in the WG about how we want to structure our work. When draft-matthews-p2psip-hip-hop-00 was written, it was not yet clear that the WG was going to split SIP from the p2p layer. Hence the use of that term in the draft. However, I think many people these days use "p2p layer" as roughly a synonym for "Peer Protocol". - Philip On 16-Dec-07, at 21:58 , Wei Gengyu wrote: Henry,  I am very appreciated your comments. And no new questions about this thread.  But I hope to get hints on some already raised questions. Would you please help me clarify that?  What is p2p layer? What do you mean "p2p layer"?  In "draft-matthews-p2psip-hip-hop-00.",we can see 'p2p-layers' that including IPv4 or IPv6, UDPv4 or UDPv6?, HIP or ESP, TCP or UDP, and distributed database. The 'p2p layers'contain five layers.  I need to know the difference between "p2p layer" and 'p2p layers'. So, I shall see where you put HIP under p2p layer.  In "draft-hautakorpi-p2psip-with-hip-01.txt", there are four suggestions in protocol layer scheme. Only (a) of Figure 3 contains HIP, but HIP is set on top of Peer protocol. whist there is no words of "p2p layer", it seems that Peer protocol should at that layer.  Refer to  "draft-willis-p2psip-concepts-04 - Concepts and Terminology for Peer to Peer SIP", "2. High Level Description    A P2PSIP Overlay is a collection of nodes organized in a peer-to-peer   fashion for the purpose of enabling real-time communication using the   Session Initiation Protocol (SIP). Collectively, the nodes in the   overlay provide a distributed implementation of the location service   [RFC3261] for mapping Addresses of Record (AoRs) to Contact URIs.   They also provide a transport service by which SIP messages can be   transported between any two nodes in the overlay.    A P2PSIP Overlay consists of one or more nodes called P2PSIP Peers.   The peers in the overlay collectively run a distributed database   algorithm. This distributed database algorithm allows data to be   stored on peers and retrieved in an efficient manner. It may also   ensure that a copy of a data item is stored on more than one peer, so   that the loss of a peer does not result in the loss of the data item   to the overlay.  "  Unforunately, there is no explicit definition of "p2p layer" in the I-D although so many people say "p2p layer" in this mailing list.  Even it seems to be a silly quetion, "p2p layer" is still a vague concept when people say it. So, I think that WG needs to make this basic definition clear.  Best regards,  Gengyu ----- Original Message ----- From: Henry Sinnreich To: Wei Gengyu ; P2PSIP Mailing List Sent: Monday, December 17, 2007 7:21 AM Subject: RE: [P2PSIP] Re: HIP pros and cons > My problem is when HIP is used at the application layer, > or using the same algorithm to generate Peer ID.  HIP runs below the application layer and also below the p2p layer. HI is different from the p2p nodeID or application layer (such as SIP) identifiers, such as AoR.   Henry -------------------------------------------------------------------------- From: Wei Gengyu [mailto:weigengyu@vip.sina.com] Sent: Sunday, December 16, 2007 5:25 AM To: P2PSIP Mailing List Subject: Fw: [P2PSIP] Re: HIP pros and cons   ----- Original Message ----- From: Wei Gengyu To: jeffrey.m.ahrenholz@boeing.com ; spencer@mcsr-labs.org ; Philip Matthews Cc: P2PSIP Mailing List Sent: Saturday, December 15, 2007 10:25 AM Subject: Re: [P2PSIP] Re: HIP pros and cons  Jeff,Spencer, and Philip,  First, thank you all for your correction.  HIP might work well as RFC4423 defined.  My problem is when HIP is used at the application layer, or using the same algorithm to generate Peer ID.  If HIP-like algorithm is used in the overlay while HIP is used between network layer and transport layer, the Peer ID will share the same name space with Host ID. For rfc4423, when a node have multiple Host IDs, they only cost memory spaces a little. If one host are permited to have multiple Peer IDs that happen to belong to one overlay, it would incur potential risks to the P2PSIP overlay.  And it seems not be capable to tackle this case in RVS of HIP. Is there something wrong?  Regars,  Gengyu _______________________________________________ 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
_______________________________________________ P2PSIP mailing list P2PSIP@ietf.org https://www1.ietf.org/mailman/listinfo/p2psip
- Re: [P2PSIP] Re: HIP pros and cons Bruce Lowekamp
- Re: [P2PSIP] Re: HIP pros and cons Spencer Dawkins
- [P2PSIP] Re: HIP pros and cons Miika Komu
- RE: [P2PSIP] Re: HIP pros and cons Henry Sinnreich
- Re: [P2PSIP] Re: HIP pros and cons Ali Fessi
- Re: [P2PSIP] Re: HIP pros and cons Roy, Radhika R Dr CTR USA USAMC
- Re: [P2PSIP] Re: HIP pros and cons Wei Gengyu
- RE: [P2PSIP] Re: HIP pros and cons Henry Sinnreich
- Re: [P2PSIP] Re: HIP pros and cons Philip Matthews
- [P2PSIP] HIP DHT interface (was HIP pros and cons) Henry Sinnreich
- Re: [P2PSIP] Re: HIP pros and cons Miika Komu
- RE: [P2PSIP] Re: HIP pros and cons Miika Komu
- Re: [P2PSIP] Re: HIP pros and cons Miika Komu
- Re: [P2PSIP] Re: HIP pros and cons Miika Komu
- Re: [P2PSIP] Re: HIP pros and cons Eric Rescorla
- [P2PSIP] RE: HIP DHT interface (was HIP pros and … Ahrenholz, Jeffrey M
- Re: [P2PSIP] RE: HIP DHT interface (was HIP pros … Ali Fessi
- Re: [P2PSIP] HIP DHT interface (was HIP pros and … Philip Matthews
- RE: [P2PSIP] HIP DHT interface (was HIP pros and … Henry Sinnreich
- Re: [P2PSIP] Re: HIP pros and cons Bruce Lowekamp
- Re: [P2PSIP] Re: HIP pros and cons Bruce Lowekamp
- Re: [P2PSIP] Re: HIP pros and cons Miika Komu
- Re: [P2PSIP] Re: HIP pros and cons Miika Komu
- Re: [P2PSIP] HIP DHT interface (was HIP pros and … Joakim Koskela
- Re: [P2PSIP] RE: HIP DHT interface (was HIP pros … Miika Komu
- Re: [P2PSIP] HIP DHT interface (was HIP pros and … Philip Matthews
- RE: [P2PSIP] HIP DHT interface (was HIP pros and … Henry Sinnreich
- Re: [P2PSIP] Re: HIP pros and cons Bruce Lowekamp
- Re: [P2PSIP] Re: HIP pros and cons Eric Rescorla
- Re: [P2PSIP] Re: HIP pros and cons Bruce Lowekamp
- Re: [P2PSIP] HIP DHT interface (was HIP pros and … Bruce Lowekamp
- Re: [P2PSIP] Re: HIP pros and cons Miika Komu
- Re: [P2PSIP] Re: HIP pros and cons Eric Rescorla
- RE: [P2PSIP] Re: HIP pros and cons Palanisamy, Kandasamy (Kandasamy)
- RE: [P2PSIP] Re: HIP pros and cons Henry Sinnreich
- Re: [P2PSIP] Re: HIP pros and cons Eric Rescorla
- Re: [P2PSIP] Re: HIP pros and cons Eric Rescorla
- RE: [P2PSIP] HIP DHT interface (was HIP pros and … Miika Komu
- Re: [P2PSIP] Re: HIP pros and cons Miika Komu
- Re: [P2PSIP] Re: HIP pros and cons Wei Gengyu
- RE: [P2PSIP] HIP DHT interface (was HIP pros and … Henry Sinnreich
- Re: [P2PSIP] Re: HIP pros and cons Bruce Lowekamp
- RE: [P2PSIP] Re: HIP pros and cons Henry Sinnreich
- RE: [P2PSIP] HIP DHT interface (was HIP pros and … Henry Sinnreich
- Re: [P2PSIP] Re: HIP pros and cons Eric Rescorla
- Re: [P2PSIP] Re: HIP pros and cons Wei Gengyu
- RE: [P2PSIP] Re: HIP pros and cons Ahrenholz, Jeffrey M
- Re: [P2PSIP] HIP DHT interface (was HIP pros and … Philip Matthews
- Re: [P2PSIP] Re: HIP pros and cons Spencer Dawkins
- Re: [P2PSIP] Re: HIP pros and cons Philip Matthews
- RE: [P2PSIP] Re: HIP pros and cons Henry Sinnreich
- RE: [P2PSIP] HIP DHT interface (was HIP pros and … Henry Sinnreich
- RE: [P2PSIP] Re: HIP pros and cons Henry Sinnreich
- Re: [P2PSIP] Re: HIP pros and cons Philip Matthews
- Re: [P2PSIP] Re: HIP pros and cons Philip Matthews
- Fw: [P2PSIP] Re: HIP pros and cons Wei Gengyu
- Re: [P2PSIP] Re: HIP pros and cons Philip Matthews
- Re: [P2PSIP] Re: HIP pros and cons Ali Fessi
- RE: [P2PSIP] Re: HIP pros and cons Henry Sinnreich
- RE: [P2PSIP] Re: HIP pros and cons Henry Sinnreich
- Re: [P2PSIP] Re: HIP pros and cons Wei Gengyu
- RE: [P2PSIP] Re: HIP pros and cons Henry Sinnreich
- Re: [P2PSIP] Re: HIP pros and cons Wei Gengyu
- Re: [P2PSIP] Re: HIP pros and cons Ingmar Baumgart
- Re: [P2PSIP] Re: HIP pros and cons Philip Matthews
- [P2PSIP] HIP vs. TLS/DTLS/SRTP (was HIP pros and … Ali Fessi
- Re: [P2PSIP] Re: HIP pros and cons Miika Komu
- [P2PSIP] HIP performance concerns (was HIP pros a… Ali Fessi
- Re: [P2PSIP] Re: HIP pros and cons Eric Rescorla
- RE: [P2PSIP] HIP vs. TLS/DTLS/SRTP (was HIP pros … David Barrett
- Re: [P2PSIP] Re: HIP pros and cons Spencer Dawkins
- Re: [P2PSIP] HIP vs. TLS/DTLS/SRTP (was HIP pros … Philip Matthews
- Re: [P2PSIP] HIP performance concerns (was HIP pr… Philip Matthews
- RE: [P2PSIP] HIP performance concerns (was HIP pr… Henderson, Thomas R
- Re: [P2PSIP] HIP vs. TLS/DTLS/SRTP (was HIP pros … Eric Rescorla
- Re: [P2PSIP] HIP vs. TLS/DTLS/SRTP (was HIP pros … Hannes Tschofenig
- Re: [P2PSIP] HIP vs. TLS/DTLS/SRTP (was HIP pros … Philip Matthews
- RE: [P2PSIP] HIP vs. TLS/DTLS/SRTP (was HIP pros … Henderson, Thomas R
- Re: [P2PSIP] Re: HIP pros and cons Miika Komu
- Re: [P2PSIP] Re: HIP pros and cons Eric Rescorla
- RE: [P2PSIP] Re: HIP pros and cons Brian Rosen
- RE: [P2PSIP] Re: HIP pros and cons Brian Rosen
- RE: [P2PSIP] Re: HIP pros and cons Miika Komu
- Re: [P2PSIP] Re: HIP pros and cons Miika Komu
- RE: [P2PSIP] HIP performance concerns (was HIP pr… Miika Komu
- Re: [P2PSIP] Re: HIP pros and cons Dan York
- Re: [P2PSIP] Re: HIP pros and cons Eric Rescorla
- RE: [P2PSIP] Re: HIP pros and cons David Barrett
- RE: [P2PSIP] Re: HIP pros and cons David Barrett
- RE: [P2PSIP] Re: HIP pros and cons Salman Abdul Baset
- Re: [P2PSIP] Re: HIP pros and cons Ali Fessi
- RE: [P2PSIP] Re: HIP pros and cons David Barrett
- RE: [P2PSIP] Re: HIP pros and cons David Barrett
- Re: [P2PSIP] HIP vs. TLS/DTLS/SRTP (was HIP pros … Miika Komu
- Re: [P2PSIP] HIP performance concerns (was HIP pr… Miika Komu
- Re: [P2PSIP] Re: HIP pros and cons Miika Komu
- Re: [P2PSIP] HIP performance concerns (was HIP pr… Eric Rescorla
- Re: [P2PSIP] Re: HIP pros and cons Eric Rescorla
- Re: [P2PSIP] HIP vs. TLS/DTLS/SRTP (was HIP pros … Miika Komu
- Re: [P2PSIP] HIP vs. TLS/DTLS/SRTP (was HIP pros … Eric Rescorla
- Re: [P2PSIP] HIP vs. TLS/DTLS/SRTP (was HIP pros … Miika Komu
- Re: [P2PSIP] HIP vs. TLS/DTLS/SRTP (was HIP pros … Eric Rescorla
- Re: [P2PSIP] HIP vs. TLS/DTLS/SRTP (was HIP pros … Eric Rescorla
- FW: [P2PSIP] Re: HIP pros and cons Andrey Lukyanenko