Re: [BEHAVE] [rtcweb] Why? Quality! New Version Notification for draft-chenxin-behave-turn-websocket-00.txt

Simon Perreault <simon.perreault@viagenie.ca> Wed, 22 May 2013 09:30 UTC

Return-Path: <simon.perreault@viagenie.ca>
X-Original-To: behave@ietfa.amsl.com
Delivered-To: behave@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7DA5421F9640; Wed, 22 May 2013 02:30:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.847
X-Spam-Level:
X-Spam-Status: No, score=-1.847 tagged_above=-999 required=5 tests=[AWL=-0.637, BAYES_00=-2.599, NO_RELAYS=-0.001, PLING_QUERY=1.39]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ZbBkohnjdwa0; Wed, 22 May 2013 02:30:43 -0700 (PDT)
Received: from jazz.viagenie.ca (jazz.viagenie.ca [IPv6:2620:0:230:8000::2]) by ietfa.amsl.com (Postfix) with ESMTP id CDA0A21F963C; Wed, 22 May 2013 02:30:42 -0700 (PDT)
Received: from [IPv6:::1] (unknown [IPv6:2001:660:3001:4012:f83b:cff2:9a05:711]) by jazz.viagenie.ca (Postfix) with ESMTPSA id 529C747143; Wed, 22 May 2013 05:30:41 -0400 (EDT)
Message-ID: <519C904B.2040305@viagenie.ca>
Date: Wed, 22 May 2013 11:30:51 +0200
From: Simon Perreault <simon.perreault@viagenie.ca>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130509 Thunderbird/17.0.6
MIME-Version: 1.0
To: Karl Stahl <karl.stahl@intertex.se>
References: <9E34D50A21D1D1489134B4D770CE03974C6DC83A@szxeml538-mbs.china.huawei.com> <9F33F40F6F2CD847824537F3C4E37DDF11599668@MCHP04MSX.global-ad.net> <BLU169-W4995BC8B88C6AD60F4CA5093A20@phx.gbl> <9F33F40F6F2CD847824537F3C4E37DDF1159A209@MCHP04MSX.global-ad.net> <6F6B2040-A8C7-4B37-928E-5072F06E9894@tokbox.com> <20130520111522.1b7e2eb1@meetecho.com> <9F33F40F6F2CD847824537F3C4E37DDF1159CF9B@MCHP04MSX.global-ad.net> <3094D7F4-1DBE-4557-8815-3067AE07E219@unina.it> <9F33F40F6F2CD847824537F3C4E37DDF1159E317@MCHP04MSX.global-ad.net> <000001ce5677$4b471650$e1d542f0$@stahl@intertex.se> <519C7B17.8070405@viagenie.ca> <005f01ce56cb$6acb47e0$4061d7a0$@stahl@intertex.se>
In-Reply-To: <005f01ce56cb$6acb47e0$4061d7a0$@stahl@intertex.se>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 8bit
Cc: rtcweb@ietf.org, behave@ietf.org
Subject: Re: [BEHAVE] [rtcweb] Why? Quality! New Version Notification for draft-chenxin-behave-turn-websocket-00.txt
X-BeenThere: behave@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: mailing list of BEHAVE IETF WG <behave.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/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, 22 May 2013 09:30:44 -0000

Le 2013-05-22 11:04, Karl Stahl a écrit :
>> Firewall traversal is a completely different beast.
>
> Not really. There are always firewall functions included in "a NAT" (e.g.
> open for traffic from inside to outside and you can then get traffic back
> the same path - with some timeout), even if the RFCs only call the box "a
> NAT". I prefer to say NAT/Firewall.

You're focusing on the technical aspect. The difference I'm considering 
is not technical.

NAT traversal is performed with the agreement of everyone involved, 
whereas firewall traversal is a battle between the client implementer 
and the firewall administrator. There's also a potential arms race: 
firewalls will evolve with the ability to block whatever we standardize, 
so we will need a newer traversal method, which firewalls will end up 
blocking as well, etc. etc. etc. We don't want to play that game.

NAT traversal: ok
Firewall traversal: not for the IETF

Simon