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
- [P2PSIP] RE: JiangXingFeng
- RE: RE: RE: [P2PSIP] What is a Service? Peili Xu
- Re: [P2PSIP] RE: EdPimentl
- RE: [P2PSIP] RE: Henry Sinnreich
- [P2PSIP] Design decisions Henry Sinnreich
- [P2PSIP] Re: Design decisions EdPimentl
- Re: [P2PSIP] Re: Design decisions Victor Pascual Ávila
- RE: [P2PSIP] Re: Design decisions Henry Sinnreich
- Re: [P2PSIP] Re: Design decisions David A. Bryan
- Re: [P2PSIP] Re: Design decisions David A. Bryan
- RE: [P2PSIP] Re: Design decisions Henry Sinnreich
- Re: [P2PSIP] Re: Design decisions Dean Willis