[P2PSIP] Re: Design decisions

EdPimentl <edpimentl@gmail.com> Mon, 05 March 2007 18:05 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 1HOHZJ-0001UF-RY; Mon, 05 Mar 2007 13:05:53 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1HOHZI-0001KF-KP for p2psip@ietf.org; Mon, 05 Mar 2007 13:05:52 -0500
Received: from wr-out-0506.google.com ([64.233.184.237]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1HOHZ9-0004ok-48 for p2psip@ietf.org; Mon, 05 Mar 2007 13:05:52 -0500
Received: by wr-out-0506.google.com with SMTP id i20so1549750wra for <p2psip@ietf.org>; Mon, 05 Mar 2007 10:05:42 -0800 (PST)
DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=YUCR3oJmR3/dMS7L7rcLSegvbfdtEEVpWoNK0AD+wIp1v5QE66NtTkYtZ3AJU6krpHtRJymzOhCBrMB/yGHvHrJBKv58Iy2tIXc4yxRE1HehBjP+FYgiGSw3zWPgTu2TmJZrIe+7gI5///qAM0Yo9/6xmSqkWJX1OwDsT5GS5z8=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:to:subject:cc:in-reply-to:mime-version:content-type:references; b=cgGX2CtgTIgkihDrKE99hhmvNzFdSTRuINamHjQH30UHGTxA9hGS+StYIjd4mQWCqxpwv9I2SVr6ZqRp2MPt84xo5C03OmLaJdxt8k2A4kjDPtfz2hq66fHQy8eFkwdkIc8YWBtuRwAxaEnnznoIKynuSs1iR6dC7/LX4HhfiTw=
Received: by 10.114.168.1 with SMTP id q1mr1370859wae.1173117939008; Mon, 05 Mar 2007 10:05:39 -0800 (PST)
Received: by 10.114.198.8 with HTTP; Mon, 5 Mar 2007 10:05:38 -0800 (PST)
Message-ID: <9dc4a1670703051005k6b1ee735se534ad6f6fcc404d@mail.gmail.com>
Date: Mon, 05 Mar 2007 13:05:38 -0500
From: EdPimentl <edpimentl@gmail.com>
To: Henry Sinnreich <hsinnrei@adobe.com>
In-Reply-To: <24CCCC428EFEA2469BF046DB3C7A8D22526EC3@namail5.corp.adobe.com>
MIME-Version: 1.0
References: <0JE8009YECWST6@szxga03-in.huawei.com> <003101c75ed9$cd7d8ce0$7205a40a@china.huawei.com> <9dc4a1670703050624y7ada1cbfpa9e9d65340801b75@mail.gmail.com> <24CCCC428EFEA2469BF046DB3C7A8D22526EC3@namail5.corp.adobe.com>
X-Spam-Score: 0.5 (/)
X-Scan-Signature: 848ed35f2a4fc0638fa89629cb640f48
Cc: Kundan Singh <kundan@adobe.com>, P2PSIP Mailing List <p2psip@ietf.org>
Subject: [P2PSIP] Re: Design decisions
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="===============1536974296=="
Errors-To: p2psip-bounces@ietf.org

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.

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

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