IETF Logo Mail Archive

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

"Matthew Kaufman (SKYPE)" <matthew.kaufman@skype.net> Fri, 24 May 2013 10:20 UTC

Return-Path: <matthew.kaufman@skype.net>
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 AFECD21F962A; Fri, 24 May 2013 03:20:32 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.209
X-Spam-Level:
X-Spam-Status: No, score=-1.209 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, 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 Rr6qEHsq0q0X; Fri, 24 May 2013 03:20:27 -0700 (PDT)
Received: from na01-by2-obe.outbound.protection.outlook.com (mail-by2lp0242.outbound.protection.outlook.com [207.46.163.242]) by ietfa.amsl.com (Postfix) with ESMTP id 1D33C21F9397; Fri, 24 May 2013 03:20:25 -0700 (PDT)
Received: from BL2FFO11FD021.protection.gbl (10.173.161.201) by BL2FFO11HUB020.protection.gbl (10.173.160.112) with Microsoft SMTP Server (TLS) id 15.0.698.0; Fri, 24 May 2013 10:20:24 +0000
Received: from TK5EX14HUBC101.redmond.corp.microsoft.com (131.107.125.37) by BL2FFO11FD021.mail.protection.outlook.com (10.173.161.100) with Microsoft SMTP Server (TLS) id 15.0.698.0 via Frontend Transport; Fri, 24 May 2013 10:20:23 +0000
Received: from TK5EX14MBXC272.redmond.corp.microsoft.com ([169.254.2.85]) by TK5EX14HUBC101.redmond.corp.microsoft.com ([157.54.7.153]) with mapi id 14.03.0136.001; Fri, 24 May 2013 10:19:59 +0000
From: "Matthew Kaufman (SKYPE)" <matthew.kaufman@skype.net>
To: Simon Perreault <simon.perreault@viagenie.ca>
Thread-Topic: [rtcweb] [BEHAVE] Why? Quality! New Version Notification for draft-chenxin-behave-turn-websocket-00.txt
Thread-Index: AQHOVsJqpl4QZ5A+d0aC0ygnMUkR1pkUIvf7
Date: Fri, 24 May 2013 10:19:58 +0000
Message-ID: <2A495B69-DEFE-4B6B-A80D-9C2263F9106D@skype.net>
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>
In-Reply-To: <519C7B17.8070405@viagenie.ca>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
Content-Type: text/plain; charset="Windows-1252"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Forefront-Antispam-Report: CIP:131.107.125.37; CTRY:US; IPV:CAL; IPV:NLI; EFV:NLI; SFV:NSPM; SFS:(189002)(199002)(377454002)(51704005)(24454002)(377424003)(77982001)(81542001)(47446002)(47976001)(47736001)(56816002)(81342001)(69226001)(49866001)(50466002)(23746002)(33656001)(74706001)(4396001)(16406001)(54356001)(6806003)(54316002)(46102001)(20776003)(47776003)(74502001)(79102001)(36756003)(63696002)(74366001)(59766001)(31966008)(74876001)(80022001)(76482001)(74662001)(44976003)(50986001)(53806001)(65816001)(51856001)(56776001); DIR:OUT; SFP:; SCL:1; SRVR:BL2FFO11HUB020; H:TK5EX14HUBC101.redmond.corp.microsoft.com; RD:InfoDomainNonexistent; MX:1; A:1; LANG:en;
X-OriginatorOrg: microsoft.onmicrosoft.com
X-Forefront-PRVS: 085634EFF4
X-Mailman-Approved-At: Fri, 24 May 2013 08:36:13 -0700
Cc: "rtcweb@ietf.org" <rtcweb@ietf.org>, "behave@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: Fri, 24 May 2013 10:20:36 -0000

(Channeling Randy Bush for a moment)... I strongly encourage my competitors to not engage in this battle.

Matthew Kaufman

(Sent from my iPhone)

On May 22, 2013, at 9:00 AM, "Simon Perreault" <simon.perreault@viagenie.ca> wrote:

> Le 2013-05-22 01:02, Karl Stahl a écrit :
>> Doesn’t the network administrator that configured the firewall have
>> a legitimate right to decide what traffic should be on his network?
> 
> IMHO this is the strongest argument.
> 
> STUN/TURN/ICE have always been about NAT traversal. Firewall traversal
> is a completely different beast. It implies a kind of battle between the
> client and the firewall, where the client implementer is trying to be
> smarter than the firewall administrator. This is a battle the IETF
> should not engage in. Let the vendors play that game.
> 
> Simon
> _______________________________________________
> rtcweb mailing list
> rtcweb@ietf.org
> https://www.ietf.org/mailman/listinfo/rtcweb
>

v2.23.0 | Report a Bug | By Email