Re: [P2PSIP] Fwd:New Version Notification for draft-jiang-p2psip-relay-00
"Roni Even" <ron.even.tlv@gmail.com> Wed, 12 November 2008 20:21 UTC
Return-Path: <p2psip-bounces@ietf.org>
X-Original-To: p2psip-archive@optimus.ietf.org
Delivered-To: ietfarch-p2psip-archive@core3.amsl.com
Received: from [127.0.0.1] (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id 83F0F28C162; Wed, 12 Nov 2008 12:21:47 -0800 (PST)
X-Original-To: p2psip@core3.amsl.com
Delivered-To: p2psip@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id B2AC928C165 for <p2psip@core3.amsl.com>; Wed, 12 Nov 2008 12:21:45 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.449
X-Spam-Level:
X-Spam-Status: No, score=-2.449 tagged_above=-999 required=5 tests=[AWL=0.150, BAYES_00=-2.599]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9fi-S7gklTut for <p2psip@core3.amsl.com>; Wed, 12 Nov 2008 12:21:44 -0800 (PST)
Received: from yw-out-2324.google.com (yw-out-2324.google.com [74.125.46.31]) by core3.amsl.com (Postfix) with ESMTP id 7814928C0DD for <p2psip@ietf.org>; Wed, 12 Nov 2008 12:21:44 -0800 (PST)
Received: by yw-out-2324.google.com with SMTP id 3so430645ywj.49 for <p2psip@ietf.org>; Wed, 12 Nov 2008 12:21:43 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:references :in-reply-to:subject:date:mime-version:content-type :content-transfer-encoding:x-mailer:thread-index:content-language :message-id; bh=D9jhL1dtknMuW7CBJA96CltA+T0BubB5unjcRAPn0h8=; b=vLz1nSv5N1LvGyZRMaGVfjw1oj4OIx7+J/JqjxP6i6NMlSkSFrZj38dlbFERD7X7Of dPEgYp0riD6LJGbUVmR8TSQzVMRL3D20byPwVFT/4l0YOfwHdQir3wdh2b/bwzDMRNEW D8D73vOMUS3KRvtTsFUnwOQZs1mnSW2fK8TBA=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:references:in-reply-to:subject:date:mime-version :content-type:content-transfer-encoding:x-mailer:thread-index :content-language:message-id; b=EPDJPqQyfjEjuGXbBN1ZFb2YGTRtiq3I5Y03Xl2E3NjyUNARRaVIkBOauC4+w+wfqx LVpocgiCZ3+YEWvbcXhiG2jIF2G10wEUvXvNPoPYMwbcKyLkx7QoLhykkEkThoG4UXro vVvkO0J+lCvShVRL+wQHwD5Q4OLqq66HMHH9o=
Received: by 10.102.247.4 with SMTP id u4mr5566007muh.104.1226521298727; Wed, 12 Nov 2008 12:21:38 -0800 (PST)
Received: from windows8d787f9 (bzq-79-177-0-177.red.bezeqint.net [79.177.0.177]) by mx.google.com with ESMTPS id j10sm17052121muh.1.2008.11.12.12.21.32 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 12 Nov 2008 12:21:37 -0800 (PST)
From: Roni Even <ron.even.tlv@gmail.com>
To: 'Bruce Lowekamp' <bbl@lowekamp.net>, 'jiangxingfeng 36340' <jiang.x.f@huawei.com>
References: <f8c6aca15b85f.5b85ff8c6aca1@huawei.com> <bc023dcd0811121210i20558fb4maecc7680492694fc@mail.gmail.com>
In-Reply-To: <bc023dcd0811121210i20558fb4maecc7680492694fc@mail.gmail.com>
Date: Wed, 12 Nov 2008 22:19:35 +0200
MIME-Version: 1.0
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: AclFAtFFJrc0lHsrRTKzZ1G3vRE1rAAAGAoA
Content-Language: en-us
Message-ID: <491b3ad1.0aec660a.408e.ffff945b@mx.google.com>
Cc: even.roni@gmail.com, p2psip@ietf.org
Subject: Re: [P2PSIP] Fwd:New Version Notification for draft-jiang-p2psip-relay-00
X-BeenThere: p2psip@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: Peer-to-Peer SIP working group discussion list <p2psip.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/p2psip>, <mailto:p2psip-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/pipermail/p2psip>
List-Post: <mailto:p2psip@ietf.org>
List-Help: <mailto:p2psip-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/p2psip>, <mailto:p2psip-request@ietf.org?subject=subscribe>
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Sender: p2psip-bounces@ietf.org
Errors-To: p2psip-bounces@ietf.org
Bruce, Good point about the store state in the intermediate peers I think that we need to do something about it. Having a flag in the forwarding header may be a good option. I think that stored state can also happens in SRR if the response fails in an intermediate peer that gets the response before the one that kept the state so I think that some timeout on keeping the state is necessary anyhow for the base draft. Regards Roni Even -----Original Message----- From: p2psip-bounces@ietf.org [mailto:p2psip-bounces@ietf.org] On Behalf Of Bruce Lowekamp Sent: Wednesday, November 12, 2008 10:10 PM To: jiangxingfeng 36340 Cc: even.roni@gmail.com; p2psip@ietf.org Subject: Re: [P2PSIP] Fwd:New Version Notification for draft-jiang-p2psip-relay-00 I think it's great to see this written up. While I've argued against incorporating DRR and RPR into the base spec, I think developing it as an extension is an excellent idea. A few high-level comments. I think the right thing to do is to separate out an p2p-based implementation of nat-behavior-discovery as a separate usage and put it in its own draft. I'm more than happy to contribute to such an effort. Note that because nat-behavior-discovery is experimental, such a draft (and anything that depends on it, such as this) will need to be experimental as well. I agree with the decision to use a ForwardingOption for signalling the desired response address. But a couple details concern me. - I'm not sure I agree DESTINATION_CRITICAL needs to be set here. It seems like if the responder doesn't support this routing mode, it will just return via SRR like normal. - The only complication I see is that reload's SRR allows intermediate peers to keep state about transactions rather than store the state in the Via list (5.1.2.2). Not using SRR would cause such a peer to have a possible state explosion waiting for transactions to time out. Options I can think of offhand for solving that are: 1) ignore the problem, 2) make the ForwardingOption FORWARD_CRITICAL, 3) add a new flag to the forwarding header that suggests intermediate peers not keep state. Bruce On Sun, Oct 26, 2008 at 8:20 PM, jiangxingfeng 36340 <jiang.x.f@huawei.com> wrote: > Hi, folks: > > We've just submitted a draft which proposes an extension to RELOAD to support direct response and relay peer routing mode. This topic has been discussed during Dublin meeting and is based on the draft-jiang-p2psip-sep-01. > > Any comments are appreciated. > > Regards > > Jiang XingFeng > > > ---------- Forwarded message ---------- > From: IETF I-D Submission Tool <idsubmission@ietf.org> > To: jiang.x.f@huawei.com > Date: Sat, 25 Oct 2008 06:52:12 -0700 (PDT) > Subject: New Version Notification for draft-jiang-p2psip-relay-00 > > A new version of I-D, draft-jiang-p2psip-relay-00.txt has been successfuly submitted by XingFeng Jiang and posted to the IETF repository. > > Filename: draft-jiang-p2psip-relay > Revision: 00 > Title: An extension to RELOAD to support Direct Response and Relay Peer routing > Creation_date: 2008-10-25 > WG ID: Independent Submission > Number_of_pages: 19 > > Abstract: > This document proposes an extension to RELOAD to support direct > response and relay peer routing modes. The document starts with the > problem statement and address concerns about these two routing modes > mentioned in RELOAD. Then methods about how to discover NAT behavior > of the client in P2PSIP situations are discussed. The last part > proposes extensions to RELOAD for supporting these additional routing > modes. > > > > The IETF Secretariat. > > > > _______________________________________________ > P2PSIP mailing list > P2PSIP@ietf.org > https://www.ietf.org/mailman/listinfo/p2psip > > _______________________________________________ P2PSIP mailing list P2PSIP@ietf.org https://www.ietf.org/mailman/listinfo/p2psip _______________________________________________ P2PSIP mailing list P2PSIP@ietf.org https://www.ietf.org/mailman/listinfo/p2psip
- [P2PSIP] Fwd:New Version Notification for draft-j… jiangxingfeng 36340
- Re: [P2PSIP] Fwd:New Version Notification for dra… Bruce Lowekamp
- Re: [P2PSIP] Fwd:New Version Notification for dra… Roni Even
- Re: [P2PSIP] Fwd:New Version Notification for dra… Bruce Lowekamp
- Re: [P2PSIP] Fwd:New Version Notification for dra… jiangxingfeng