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 -
- [BEHAVE] WGLC: draft-ietf-behave-turn-tcp-04 Dan Wing
- Re: [BEHAVE] WGLC: draft-ietf-behave-turn-tcp-04 Alfred E. Heggestad
- Re: [BEHAVE] WGLC: draft-ietf-behave-turn-tcp-04 Simon Perreault
- Re: [BEHAVE] WGLC: draft-ietf-behave-turn-tcp-04 Dave Thaler
- Re: [BEHAVE] WGLC: draft-ietf-behave-turn-tcp-04 Ari Keranen
- Re: [BEHAVE] WGLC: draft-ietf-behave-turn-tcp-04 Simon Perreault
- Re: [BEHAVE] WGLC: draft-ietf-behave-turn-tcp-04 Dan Wing
- Re: [BEHAVE] WGLC: draft-ietf-behave-turn-tcp-04 Ari Keranen
- Re: [BEHAVE] WGLC: draft-ietf-behave-turn-tcp-04 Simon Perreault
- Re: [BEHAVE] WGLC: draft-ietf-behave-turn-tcp-04 Dave Thaler
- Re: [BEHAVE] WGLC: draft-ietf-behave-turn-tcp-04 Simon Perreault