Re: [BEHAVE] DISCUSS: draft-ietf-behave-turn
Philip Matthews <philip_matthews@magma.ca> Wed, 08 April 2009 04:02 UTC
Return-Path: <philip_matthews@magma.ca>
X-Original-To: behave@core3.amsl.com
Delivered-To: behave@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id C799D3A6A5C; Tue, 7 Apr 2009 21:02:44 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.481
X-Spam-Level:
X-Spam-Status: No, score=-2.481 tagged_above=-999 required=5 tests=[AWL=0.118, 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 VbOAqYUKjeoi; Tue, 7 Apr 2009 21:02:44 -0700 (PDT)
Received: from mail-07.primus.ca (mail5.primus.ca [216.254.141.172]) by core3.amsl.com (Postfix) with ESMTP id 6382D3A6A08; Tue, 7 Apr 2009 21:00:35 -0700 (PDT)
Received: from [24.139.16.154] (helo=[10.0.1.2]) by mail-07.primus.ca with esmtpa (Exim 4.69) (envelope-from <philip_matthews@magma.ca>) id 1LrOyj-0006Tb-0x; Wed, 08 Apr 2009 00:01:33 -0400
Message-Id: <4561E051-C13F-475C-AACE-B7F03A54AAAE@magma.ca>
From: Philip Matthews <philip_matthews@magma.ca>
To: Russ Housley <housley@vigilsec.com>
In-Reply-To: <20090404200907.5AEAB3A69F1@core3.amsl.com>
Content-Type: text/plain; charset="US-ASCII"; format="flowed"; delsp="yes"
Content-Transfer-Encoding: 7bit
Mime-Version: 1.0 (Apple Message framework v929.2)
Date: Wed, 08 Apr 2009 00:01:38 -0400
References: <20090404200907.5AEAB3A69F1@core3.amsl.com>
X-Mailer: Apple Mail (2.929.2)
X-Authenticated: philip_matthews@magma.ca - ([10.0.1.2]) [24.139.16.154]
Cc: Behave WG <behave@ietf.org>, iesg@ietf.org, Behave Chairs <behave-chairs@tools.ietf.org>
Subject: Re: [BEHAVE] DISCUSS: draft-ietf-behave-turn
X-BeenThere: behave@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: mailing list of BEHAVE IETF WG <behave.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/behave>, <mailto:behave-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/behave>
List-Post: <mailto:behave@ietf.org>
List-Help: <mailto:behave-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/behave>, <mailto:behave-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 08 Apr 2009 04:02:44 -0000
On Sat, 4-Apr-09, at 16:09 , Russ Housley wrote: > Discuss: > > The IAB Considerations in RFC 3424 have not been changed, and it > is clear to me that TURN has an indefinite lifetime. So, the first > two IAB UNSAF criteria cannot realistically be satisfied. I do not > want to delay the document, but I do think it should include a > recognition of this conflict. I'm happy with an IESG note or text > in the body of the document. > Actually, RFC 3424 only very tangentially applies to TURN, since TURN is just a protocol for controlling a relay. RFC 3424 applies to STUN and ICE much more directly. Consideration 1 simply asks for a precise definition of the problem that TURN fixes, so I don't see what else can be said here. However, Consideration 2 asks for an exit strategy or transition plan. Here I have changed the text of the response to Consideration 2 to read: Response: TURN will no longer be needed once there are no longer any NATs. Unfortunately, as of the date of publication of this document, it no longer seems very likely that NATs will go away any time soon. However, the need for TURN will also decrease as the number of NATs with the mapping property of Endpoint- Independent Mapping [RFC4787] increases. - Philip
- Re: [BEHAVE] DISCUSS: draft-ietf-behave-turn Philip Matthews
- Re: [BEHAVE] DISCUSS: draft-ietf-behave-turn Brian E Carpenter
- Re: [BEHAVE] DISCUSS: draft-ietf-behave-turn Philip Matthews
- Re: [BEHAVE] DISCUSS: draft-ietf-behave-turn Brian E Carpenter