IETF Logo Mail Archive

RE: [P2PSIP] Choice of STUN peer or TURN peer

JiangXingFeng <jiang.x.f@huawei.com> Fri, 25 January 2008 09:17 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 1JIKgk-0003Oh-VE; Fri, 25 Jan 2008 04:17:30 -0500
Received: from [10.90.34.44] (helo=chiedprmail1.ietf.org) by megatron.ietf.org with esmtp (Exim 4.43) id 1JIKgj-0003OE-ND for p2psip@ietf.org; Fri, 25 Jan 2008 04:17:29 -0500
Received: from szxga04-in.huawei.com ([61.144.161.7]) by chiedprmail1.ietf.org with esmtp (Exim 4.43) id 1JIKgj-0006xT-3P for p2psip@ietf.org; Fri, 25 Jan 2008 04:17:29 -0500
Received: from huawei.com (szxga04-in [172.24.2.12]) by szxga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0JV700DDQ0FJYS@szxga04-in.huawei.com> for p2psip@ietf.org; Fri, 25 Jan 2008 17:16:32 +0800 (CST)
Received: from huawei.com ([172.24.1.18]) by szxga04-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTP id <0JV7004KC0FJYK@szxga04-in.huawei.com> for p2psip@ietf.org; Fri, 25 Jan 2008 17:16:31 +0800 (CST)
Received: from j36340 ([10.164.9.45]) by szxml03-in.huawei.com (iPlanet Messaging Server 5.2 HotFix 2.14 (built Aug 8 2006)) with ESMTPA id <0JV7004320FJMW@szxml03-in.huawei.com> for p2psip@ietf.org; Fri, 25 Jan 2008 17:16:31 +0800 (CST)
Date: Fri, 25 Jan 2008 17:16:31 +0800
From: JiangXingFeng <jiang.x.f@huawei.com>
Subject: RE: [P2PSIP] Choice of STUN peer or TURN peer
In-reply-to: <0dc701c85f05$d23f7b30$44a36b80@cisco.com>
To: 'Dan Wing' <dwing@cisco.com>, 'Bruce Lowekamp' <lowekamp@sipeerior.com>
Message-id: <003301c85f32$f9474460$2d09a40a@china.huawei.com>
MIME-version: 1.0
X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2800.1409
X-Mailer: Microsoft Office Outlook 11
Content-type: text/plain; charset="US-ASCII"
Content-transfer-encoding: 7bit
Thread-index: AchdzJ90kFg6Xq4fTZOyCgPVF+N/zwAif+RQABT2TDAAEsYpMAAECZOQAArhadA=
X-Spam-Score: 0.0 (/)
X-Scan-Signature: 856eb5f76e7a34990d1d457d8e8e5b7f
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

Hi, 

I'd like to see your proposed method works, because it could make full use
of decentralized resource in the overlay to serve each other. 

Regards!

JiangXingFeng

> 
> Yep.  That is part of the qualification a p2p-sip TURN server
> would have to do before it declares itself a TURN server.
> 
I'm just worried about that rare end-point independent filtering NAT exists
according the data in the paper http://saikat.guha.cc/pub/imc05-tcpnat.pdf.
It said the proportion of the end-point independent filtering NAT is about
5.8%


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

v2.23.0 | Report a Bug | By Email