Re: [BEHAVE] WGLC: draft-ietf-behave-turn-tcp-04

"Alfred E. Heggestad" <aeh@db.org> Fri, 07 August 2009 17:00 UTC

Return-Path: <aeh@db.org>
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 42B3B3A6CF5 for <behave@core3.amsl.com>; Fri, 7 Aug 2009 10:00:48 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.988
X-Spam-Level:
X-Spam-Status: No, score=-1.988 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, HELO_MISMATCH_NET=0.611]
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 1qZkUj6Wblvu for <behave@core3.amsl.com>; Fri, 7 Aug 2009 10:00:47 -0700 (PDT)
Received: from get-mta-out02.get.basefarm.net (smtp.getmail.no [84.208.15.66]) by core3.amsl.com (Postfix) with ESMTP id 6920F3A6F6B for <behave@ietf.org>; Fri, 7 Aug 2009 10:00:47 -0700 (PDT)
MIME-version: 1.0
Content-transfer-encoding: 7bit
Content-type: text/plain; charset="ISO-8859-1"; format="flowed"
Received: from mx.getmail.no ([10.5.16.4]) by get-mta-out02.get.basefarm.net (Sun Java(tm) System Messaging Server 7.0-0.04 64bit (built Jun 20 2008)) with ESMTP id <0KO00069JN9BA610@get-mta-out02.get.basefarm.net> for behave@ietf.org; Fri, 07 Aug 2009 19:00:47 +0200 (MEST)
Received: from [10.0.0.32] ([84.215.125.199]) by get-mta-in02.get.basefarm.net (Sun Java(tm) System Messaging Server 7.0-0.04 64bit (built Jun 20 2008)) with ESMTP id <0KO000BBUN876310@get-mta-in02.get.basefarm.net> for behave@ietf.org; Fri, 07 Aug 2009 19:00:47 +0200 (MEST)
X-PMX-Version: 5.5.3.366731, Antispam-Engine: 2.7.0.366912, Antispam-Data: 2009.8.7.164826
Message-id: <4A7C5D98.6090503@db.org>
Date: Fri, 07 Aug 2009 19:00:08 +0200
From: "Alfred E. Heggestad" <aeh@db.org>
User-Agent: Thunderbird 2.0.0.22 (Macintosh/20090605)
To: Dan Wing <dwing@cisco.com>
References: <0a9901ca10f2$93cdab60$5f7d150a@cisco.com>
In-reply-to: <0a9901ca10f2$93cdab60$5f7d150a@cisco.com>
Cc: draft-ietf-behave-turn-tcp@tools.ietf.org, behave@ietf.org, 'Behave Chairs' <behave-chairs@tools.ietf.org>
Subject: Re: [BEHAVE] WGLC: draft-ietf-behave-turn-tcp-04
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: Fri, 07 Aug 2009 17:00:48 -0000

Dan Wing wrote:
> BEHAVE is starting a 3 week working group last call (WGLC), ending August 19,
> for 
> 
>   draft-ietf-behave-turn-tcp-04
>   "Traversal Using Relays around NAT (TURN) Extensions for TCP Allocations"
> 
> Please send technical comments to the BEHAVE list, and editorial comments to
> the authors.
> 

Here are my WGLC review comments on draft-ietf-behave-turn-tcp-04:


General:

  The document is well written and easy to read. 




=== Technical ===

5.2. Receiving a Connect Request

   "Otherwise, the server MUST initiate an outgoing TCP connection.  The
    local endpoint is the relayed transport address associated with the
    allocation. ..."

  ---> why does the local endpoint have to be the relayed transport address?
       is this a technical requirement to make the TURN/TCP protocol work?
       Normally an outgoing TCP connection using BSD sockets will use a
       random port as local endpoint. It is possible to use the same port
       as the TCP socket is listening on, but will require that things are
       initialized in the correct order. You should check that this does
       cause problems for implementors (ref: ICE tcp-SO discussion)



5.4. Receiving a ConnectionBind Request

  ---> 5th paragraph: "...Connect or Listen request..."

  I think the "Listen" request is not defined anymore ...







=== Editorial ===


Abstract, line 2:

    "to allows a" --> "to allow a"

    - some of the text in the abstract is bold in the HTML version

    last line:  "STUN Server"  -->  "TURN Server"





1. Introduction:

    "It also allows the client to initiate connections from that allocation to peers"

    would like to suggest instead:

    "It also allows the client to initiate outgoing TCP connections from that allocation to peers"
                                           ^^^^^^^^^^^^


    ", and accept connection requests from peers made towards that allocation"

    would like to suggest instead:

    ", and accept incoming TCP connections from peers made towards that allocation"




4.4 Receiving a Connection:


    line 12: "..attribute, mirrorred from ..."
                           ^^^^^^^^^
    - (typo)





- eof -