RE: [P2PSIP] Re: HIP pros and cons

"Henry Sinnreich" <hsinnrei@adobe.com> Mon, 17 December 2007 03:28 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 1J46f0-00035D-CY; Sun, 16 Dec 2007 22:28:54 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1J46ez-00032f-IK for p2psip@ietf.org; Sun, 16 Dec 2007 22:28:53 -0500
Received: from exprod6og104.obsmtp.com ([64.18.1.187]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1J46ew-0008SQ-Lo for p2psip@ietf.org; Sun, 16 Dec 2007 22:28:53 -0500
Received: from source ([192.150.11.134]) by exprod6ob104.postini.com ([64.18.5.12]) with SMTP; Sun, 16 Dec 2007 19:28:47 PST
Received: from inner-relay-1.corp.adobe.com ([153.32.1.51]) by outbound-smtp-1.corp.adobe.com (8.12.10/8.12.10) with ESMTP id lBH3QVin019342; Sun, 16 Dec 2007 19:26:31 -0800 (PST)
Received: from apacmail.pac.adobe.com (apacmail.pac.adobe.com [130.248.36.99]) by inner-relay-1.corp.adobe.com (8.12.10/8.12.10) with ESMTP id lBH3SjRC013953; Sun, 16 Dec 2007 19:28:46 -0800 (PST)
Received: from namail5.corp.adobe.com ([10.8.192.88]) by apacmail.pac.adobe.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 17 Dec 2007 12:28:45 +0900
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Subject: RE: [P2PSIP] Re: HIP pros and cons
Date: Sun, 16 Dec 2007 19:28:38 -0800
Message-ID: <24CCCC428EFEA2469BF046DB3C7A8D223AE41C@namail5.corp.adobe.com>
In-Reply-To: <000001c84058$fabe14c0$da07740a@dellwei>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [P2PSIP] Re: HIP pros and cons
Thread-Index: AchAWlkqdP68/mHNS3yZLKLEXgXGJgAAVTtw
References: <001201c83fd6$58430e80$da07740a@dellwei><24CCCC428EFEA2469BF046DB3C7A8D223AE412@namail5.corp.adobe.com> <000001c84058$fabe14c0$da07740a@dellwei>
From: Henry Sinnreich <hsinnrei@adobe.com>
To: Wei Gengyu <weigengyu@vip.sina.com>
X-OriginalArrivalTime: 17 Dec 2007 03:28:45.0241 (UTC) FILETIME=[EDE49A90:01C8405C]
X-Spam-Score: -4.0 (----)
X-Scan-Signature: 4db6ecdf6e7461cee1a9e51daa6c3e41
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>
Content-Type: multipart/mixed; boundary="===============1903297599=="
Errors-To: p2psip-bounces@ietf.org

Gengyu, 

 

> What is p2p layer? What do you mean "p2p layer"?

 

 

There is quite clearly exemplified in:

 

 
ftp://ftp.rfc-editor.org/in-notes/internet-drafts/draft-matthews-p2psip-
id-loc-00.txt 

 

 
ftp://ftp.rfc-editor.org/in-notes/internet-drafts/draft-baset-p2psip-p2p
p-01.txt Please see Fig. 2.

 

One could not explain it any better IMHO.

 

Henry

 

________________________________

From: Wei Gengyu [mailto:weigengyu@vip.sina.com] 
Sent: Sunday, December 16, 2007 8:59 PM
To: Henry Sinnreich
Cc: P2PSIP Mailing List
Subject: Re: [P2PSIP] Re: HIP pros and cons

 

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 <mailto:hsinnrei@adobe.com>  

	To: Wei Gengyu <mailto:weigengyu@vip.sina.com>  ; P2PSIP Mailing
List <mailto:p2psip@ietf.org>  

	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 <mailto:weigengyu@vip.sina.com>  

	To: jeffrey.m.ahrenholz@boeing.com ; spencer@mcsr-labs.org ;
Philip Matthews <mailto:philip_matthews@magma.ca>  

	Cc: P2PSIP Mailing List <mailto:p2psip@ietf.org>  

	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