RE: RE: [P2PSIP] Open issues with client has multiple associated peers
Song Yongchao <melodysong@huawei.com> Wed, 30 January 2008 03:29 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 1JK3e9-0007nt-K4; Tue, 29 Jan 2008 22:29:57 -0500
Received: from [10.91.34.44] (helo=ietf-mx.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1JK3e8-0007nn-LO for p2psip@ietf.org; Tue, 29 Jan 2008 22:29:56 -0500
Received: from szxga01-in.huawei.com ([61.144.161.53]) by ietf-mx.ietf.org with esmtp (Exim 4.43) id 1JK3e6-0006YR-GJ for p2psip@ietf.org; Tue, 29 Jan 2008 22:29:56 -0500
Received: from huawei.com (szxga01-in [172.24.2.3]) by szxga01-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0JVF00HBOTOQTH@szxga01-in.huawei.com> for p2psip@ietf.org; Wed, 30 Jan 2008 11:29:14 +0800 (CST)
Received: from huawei.com ([172.24.1.18]) by szxga01-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0JVF001PHTOPKH@szxga01-in.huawei.com> for p2psip@ietf.org; Wed, 30 Jan 2008 11:29:14 +0800 (CST)
Received: from s64081 ([10.164.9.47]) by szxml03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0JVF00FV4TOPAY@szxml03-in.huawei.com> for p2psip@ietf.org; Wed, 30 Jan 2008 11:29:13 +0800 (CST)
Date: Wed, 30 Jan 2008 11:29:13 +0800
From: Song Yongchao <melodysong@huawei.com>
Subject: RE: RE: [P2PSIP] Open issues with client has multiple associated peers
In-reply-to: <1d38a3350801290749y52f5a8cbxe9df5349706cf9ce@mail.gmail.com>
To: 'Hui Deng' <denghui02@gmail.com>, "'Roy, Radhika R Dr CTR USA USAMC'" <radhika.r.roy@us.army.mil>
Message-id: <!&!AAAAAAAAAAAYAAAAAAAAAIILieByQXtOrs7W/bI503TCgAAAEAAAALn73z71B6xLmBQJFha41U8BAAAAAA==@huawei.com>
MIME-version: 1.0
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2900.3198
X-Mailer: Microsoft Office Outlook 11
Content-type: text/plain; charset="us-ascii"
Content-transfer-encoding: 7bit
Thread-index: AchijqJt05yjdJVtRGGNnoS7zKXzEQAXkxKw
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 34d35111647d654d033d58d318c0d21a
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>
Errors-To: p2psip-bounces@ietf.org
> -----Original Message----- > From: Hui Deng [mailto:denghui02@gmail.com] > Sent: Tuesday, January 29, 2008 11:50 PM > I guess that from what you described below is that there exist the > concept of primary, secondary, et al. I will be happy if it is true. > > Regarding to uniform principles, you listed peer side and client side, > you could enforce that uniform principle in peer side will dominate, but > I can't see why we stop Client having his own vision of the world. > > thanks again. > > -Hui > > 2008/1/29, Roy, Radhika R Dr CTR USA USAMC <radhika.r.roy@us.army.mil>: > > Hi Hu: > > > > Here is the approach how to resolve it creating some uniform principles for > the peer-to-peer protocol: > > > > 1. From P2P protocol point of view, there should be a uniform guideline what > should be the primary, secnodary, and other criteria including the choosing > the clients who cannot override the decision of the Peer entities. [Song] Do you mean that the guideline and criteria should be included in the P2P protocol, and the details are left to the implementation? > > 2. What clients would do for implementing their criteria (e.g. policy, primary > peer, or others) may depend on many things for which peer to peer protocol > characteristics must not change. [Song] I am sure the criteria will not change peer protocol characteristics. However, p2p protocol should provide communication method between clients and associated peers to implement their criteria if needed. > > To answer your question, item 1 will determine this if we think this is what > we want. However, it has to come from the general principles of the P2P protocol, > but not from the clinet-peer protocol. > > Best regards, > > Radhika > > > > ----- Original Message ----- > > From: Hui Deng > > Date: Tuesday, January 29, 2008 9:25 > > Subject: Re: RE: [P2PSIP] Open issues with client has multiple associated > peers > > To: "Roy, Radhika R Dr CTR USA USAMC" > > Cc: Song Yongchao , P2PSIP Mailing List > > > > > sorry for mine cutting in, > > > > > > 2008/1/29, Roy, Radhika R Dr CTR USA USAMC > > > :> Please see my inputs inline [RRR] > > > > > > > > ----- Original Message ----- > > > > From: Song Yongchao > > > > Date: Tuesday, January 29, 2008 6:06 > > > > Subject: RE: [P2PSIP] Open issues with client has multiple > > > associated peers > > > > To: 'Song Yongchao' , 'P2PSIP Mailing List' > > > > > > > > > I need to modify the second question to make it more clear. > > > > > > > > > > I think most proposals agree that one client can have multiple > > > > > associatedpeers to keep the service continuity. The open > > > issues are: > > > > > > > > > > (1) Should there be a primary associated peer? And when this peer > > > > > fails, the > > > > > client switches to another associated peer? I am not sure of > > > about it. > > > > > > > > [RRR] I think the answer is none from the protocol point of > > > view. However, if clients wants to make something as its primary, > > > secondary, etc., it should be left for implementations. It is a > > > different area how a client will these choices. > > > [Hui] I have different image here, there could be client > > > involvement for this, > > > for example, peer could say himself being a primary, who else > > > being a secondary > > > through client protocl extension, make sense? > > > > > > -Hui > > > > > _______________________________________________ P2PSIP mailing list P2PSIP@ietf.org https://www1.ietf.org/mailman/listinfo/p2psip
- [P2PSIP] Open issues with client has multiple ass… Song Yongchao
- RE: [P2PSIP] Open issues with client has multiple… Song Yongchao
- Re: RE: [P2PSIP] Open issues with client has mult… Roy, Radhika R Dr CTR USA USAMC
- Re: RE: [P2PSIP] Open issues with client has mult… Hui Deng
- Re: RE: [P2PSIP] Open issues with client has mult… Roy, Radhika R Dr CTR USA USAMC
- Re: RE: [P2PSIP] Open issues with client has mult… Hui Deng
- RE: RE: [P2PSIP] Open issues with client has mult… Song Yongchao
- RE: RE: [P2PSIP] Open issues with client has mult… Song Yongchao