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