RE: [P2PSIP] Re: Design decisions

"Henry Sinnreich" <hsinnrei@adobe.com> Mon, 05 March 2007 19:49 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 1HOJBh-0001lC-Hb; Mon, 05 Mar 2007 14:49:37 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HOJBg-0001l3-54 for p2psip@ietf.org; Mon, 05 Mar 2007 14:49:36 -0500
Received: from chip2og52.obsmtp.com ([64.18.13.41]) by ietf-mx.ietf.org with smtp (Exim 4.43) id 1HOJBb-0007Gh-Ih for p2psip@ietf.org; Mon, 05 Mar 2007 14:49:36 -0500
Received: from source ([192.150.11.134]) by chip2ob52.postini.com ([64.18.5.12]) with SMTP; Mon, 05 Mar 2007 11:49:30 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 l25JnBD1005484; Mon, 5 Mar 2007 11:49:11 -0800 (PST)
Received: from fe1.corp.adobe.com (fe1.corp.adobe.com [10.8.192.70]) by inner-relay-1.corp.adobe.com (8.12.10/8.12.10) with ESMTP id l25JnPI9011115; Mon, 5 Mar 2007 11:49:25 -0800 (PST)
Received: from namail5.corp.adobe.com ([10.8.192.88]) by fe1.corp.adobe.com with Microsoft SMTPSVC(6.0.3790.1830); Mon, 5 Mar 2007 11:49:24 -0800
X-MimeOLE: Produced By Microsoft Exchange V6.5
Content-class: urn:content-classes:message
MIME-Version: 1.0
Subject: RE: [P2PSIP] Re: Design decisions
Date: Mon, 05 Mar 2007 11:49:10 -0800
Message-ID: <24CCCC428EFEA2469BF046DB3C7A8D22526F69@namail5.corp.adobe.com>
In-Reply-To: <618e24240703051021nbab052eq4f659fcb442a1bae@mail.gmail.com>
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Thread-Topic: [P2PSIP] Re: Design decisions
Thread-Index: AcdfUx2oftbc+bfKQzedvMvvFjjMSQACk4Eg
References: <0JE8009YECWST6@szxga03-in.huawei.com> <003101c75ed9$cd7d8ce0$7205a40a@china.huawei.com> <9dc4a1670703050624y7ada1cbfpa9e9d65340801b75@mail.gmail.com> <24CCCC428EFEA2469BF046DB3C7A8D22526EC3@namail5.corp.adobe.com> <9dc4a1670703051005k6b1ee735se534ad6f6fcc404d@mail.gmail.com> <618e24240703051021nbab052eq4f659fcb442a1bae@mail.gmail.com>
From: Henry Sinnreich <hsinnrei@adobe.com>
To: Victor Pascual Ávila <victor.pascual.avila@gmail.com>, EdPimentl <edpimentl@gmail.com>
X-OriginalArrivalTime: 05 Mar 2007 19:49:24.0806 (UTC) FILETIME=[60737660:01C75F5F]
X-Spam-Score: 0.0 (/)
X-Scan-Signature: a87a9cdae4ac5d3fbeee75cd0026d632
Cc: Kundan Singh <kundan@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="===============0396040341=="
Errors-To: p2psip-bounces@ietf.org

Victor Pascual Ávila wrote:

➢ From my point of view P2PSIP should has an AS philosphy, not relying on other 'external' services.

1. P2P SIP requires a network of bootstrap servers as well. 
So why not in the form of openDHT?

2. A P2P overlay may be used for more than just one type of service.

3. Clean separation of functions.

4. Columbia University has researched several approaches, including the use of openDHT.

5. Last and most important, Bamboo on openDHT has well published performance reports and fixes from what was learned in global implementations and lab simulations to cope with Internet impairments. 
I have not seen any comparable numbers or graphics showing reported performance. See the top 4 bullets at http://opendht.org/pubs.html  

Just well written I-Ds are no substitute IMHO. 

Thanks, Henry



________________________________________
From: Victor Pascual Ávila [mailto:victor.pascual.avila@gmail.com] 
Sent: Monday, March 05, 2007 12:22 PM
To: EdPimentl
Cc: Henry Sinnreich; Kundan Singh; P2PSIP Mailing List
Subject: Re: [P2PSIP] Re: Design decisions

Hello all,
2007/3/5, EdPimentl <edpimentl@gmail.com>:
Hello Henry,

Thanks for addressing this concern.
Because of the previous work done at Columbia.edu and good documentation we have been leaning towards CHORD.... 
Have even applied at getting a slice at PlanetLAB to develop and test our work. 

As far as I know it relies on 'Internet connection'. From my point of view P2PSIP should has an AS philosphy, not relying on other 'external' services. What do you think?

We actually will begin planning and coding in the next two weeks using the latest drafts from P2PSIP and Henning S. 
I really do welcome comments and suggestions on which one to start with so we can be true to the letter and spirit of this WG. 
Again, welcome feedback and recommendations.

Thanks in advance and best regards,
-E

Regards,
Victorp 

On 3/5/07, Henry Sinnreich < hsinnrei@adobe.com> wrote:


-----Original Message-----
From: Henry Sinnreich 
Sent: Monday, March 05, 2007 10:30 AM
To: 'EdPimentl'; JiangXingFeng
Cc: P2PSIP Mailing List; Kundan Singh; 'Henning Schulzrinne'
Subject: RE: [P2PSIP] RE:

Ed Pimentel wrote:

>Why are we using OpenDHT as an example, when currently OpenDHT method of >putting bits on the wired is not compliant with the drafts being >discussed. 

This is a good and also important question that will require some work to answer properly. Please see one alternative:

http://tools.ietf.org/wg/sip/draft-singh-p2p-sip-01.txt 

though I want to make it clear I am not married to this approach or any other submitted so far.

Now that the P2P SIP WG has quite a number of proposals, including the above, I would like to see a paper on the design options and a comparison of the pros and cons of the various concepts. 

This is probably the most important decision this WG will make and such a decision deserves a formal comparison paper and thorough discussions.

We may be attached (or even invested in) to one proposal or another, but do we want to fail by rushing into the wrong decision? 

What do you all think? Take a hum during the meeting?
(Paper on design choices)

Thanks, Henry

________________________________________
From: EdPimentl [mailto: edpimentl@gmail.com]
Sent: Monday, March 05, 2007 8:25 AM
To: JiangXingFeng
Cc: P2PSIP Mailing List
Subject: Re: [P2PSIP] RE:

Why are we using OpenDHT as an example, when currently OpenDHT method of putting bits on the wired is not compliant with the drafts being discussed. 
What is the group recommending for those planning on building/coding (line in the sand) to the emerging standards? CHORD, BAMBOO, KADEMLIA or OpenDHT?
We do understand that at some point in the future it will be DHT protocol agnostic... and today this is not the case. 

Looking for your comments.
Best,
-E
On 3/4/07, JiangXingFeng <jiang.x.f@huawei.com> wrote: 
Hi, Henry:
> Your understanding is correct, and I see no reason not to use 
> openDHT-like networks (maybe even commercial as intended by its
> developers) either:
>
> 1. A multipurpose global "Internet at the application layer", and/or
> 2. A bootstrap mechanism for P2PSIP. 
>
> A discussion would be very interesting and welcome indeed.

Do you mean that the infrastructure like what OpenDHT provides to provide
service is used to organize P2PSIP overlay and help new nodes bootstrap? 

If my understanding is correct, the OpenDHT should run as stable as
possible, because there will a variety of applications or services will be
built on it. In this case, the quality of nodes making up of OpenDHT is very 
different from peers which are discussed in the current P2PSIP mailing list,
so the design of Peer protocol should change accordingly.

What about your opinions?

--
Jiang XingFeng






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



--
Thanks in advance and best regards,

Ed Pimentel



Mail: edpimentl[at]gmail.com
IM: edpimentl [AOL | Jabber | Yahoo | MSN ]
Voip: edpimentl [SKype | GoogleTalk ] 

Mobile Content Marketing/Management/Digital Delivery 
http://mobilecentral.ws

Mobile ( Relevant, Ambient, Location ) based Social Network
http://TagR.mobi (Alpha)

Mobile Payment - P2P Payment 
http://agilepay.ws

Sponsor of P2PSIPopen source [viasip_ng] project
Creating a standards base P2PSIP dSIP infrastructure 
https://sourceforge.net/projects/viasip/
Mailing List viasip_ng@freelists.org



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



-- 
Victor Pascual Ávila

mail:victor.pascual.avila@gmail.com 
sip:victor.pascual@iptel.org
fon user: 223364 
_______________________________________________
P2PSIP mailing list
P2PSIP@ietf.org
https://www1.ietf.org/mailman/listinfo/p2psip