[pntaw] TURN over websockets
Sergio Garcia Murillo <sergio.garcia.murillo@gmail.com> Fri, 30 August 2013 08:42 UTC
Return-Path: <sergio.garcia.murillo@gmail.com>
X-Original-To: pntaw@ietfa.amsl.com
Delivered-To: pntaw@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 889D411E80F2 for <pntaw@ietfa.amsl.com>; Fri, 30 Aug 2013 01:42:11 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
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 zj-ev6dZ2fh7 for <pntaw@ietfa.amsl.com>; Fri, 30 Aug 2013 01:42:11 -0700 (PDT)
Received: from mail-ee0-x22d.google.com (mail-ee0-x22d.google.com [IPv6:2a00:1450:4013:c00::22d]) by ietfa.amsl.com (Postfix) with ESMTP id B4D0211E80EA for <pntaw@ietf.org>; Fri, 30 Aug 2013 01:42:10 -0700 (PDT)
Received: by mail-ee0-f45.google.com with SMTP id c50so756328eek.32 for <pntaw@ietf.org>; Fri, 30 Aug 2013 01:42:09 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=z6DwjBjiu6lL2dyuUsj4Ex9UtnRfuPKyAe/dv5l1POY=; b=v67+iDRbpvsJ1O6WmEkR0C1X333KDYWXBEkmCBamA60jRMVXU9nsRusRykfzYwCxRE bBeNuprMDusnvEw8EEuS/AjvX0TMMnRhsGziS48KKwmmNiaLhMF60LQRT89argMTiOol 9nWzcTmggyp0SkvZIzDOqLtAjAr7arlePTvHEoqDh8eP3k6q50DRXCJAycv81QQY12s5 5kZ3CqIbUEdSSR3pu86UKiPnjIt6DkTrNJo0w5EYJ3hevwB8actxKNc1i7XovwzEAJOl aOLTgdLrKqnOCQBxJR6daTQKuqzNsPSGwBGnadrWR/4pZtGdCiI7O9/DM7pz5UtnM6ri oD9w==
X-Received: by 10.15.26.7 with SMTP id m7mr1791203eeu.56.1377852128633; Fri, 30 Aug 2013 01:42:08 -0700 (PDT)
Received: from [192.168.1.45] (141.Red-83-50-134.dynamicIP.rima-tde.net. [83.50.134.141]) by mx.google.com with ESMTPSA id b45sm52753985eef.4.1969.12.31.16.00.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 30 Aug 2013 01:42:07 -0700 (PDT)
Message-ID: <52205AE1.9010807@gmail.com>
Date: Fri, 30 Aug 2013 10:42:09 +0200
From: Sergio Garcia Murillo <sergio.garcia.murillo@gmail.com>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130801 Thunderbird/17.0.8
MIME-Version: 1.0
To: pntaw@ietf.org
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Subject: [pntaw] TURN over websockets
X-BeenThere: pntaw@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: "Discussion list for practices related to proxies, NATs, TURN, and WebRTC" <pntaw.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/pntaw>, <mailto:pntaw-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/pntaw>
List-Post: <mailto:pntaw@ietf.org>
List-Help: <mailto:pntaw-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/pntaw>, <mailto:pntaw-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 30 Aug 2013 08:42:11 -0000
Hi all, I will shoot first. It is great to finally see some real interest in what I consider to be the blocking point for webrtc in order to run business on top of it, which is the ability to be able to connect through corporate firewalls. I have seen some people arguing that with just TURN over TCP on port 443 the problem will be solved, but I seriously doubt it. Neither TURN over SSL would do, as most web filters do DPI and will not enable the connection. Also, I have heard lots of voices that says we are trying to override network admin policies with dirty tricks. With whom, I could agree. So, the only way I see to move forward and overcome this issues is by playing according to the WEB rules, and use HTTP standards to enable media connectivity in WebRTC that would play nicely with current corporate HTTP proxies and web filters. And, for me the most viable solution would be to enable TURN over websockets. As most WebRTC services relay on websockets in one way or another for signaling, we could assume that media would work on 100% of the cases where signaling is working today. Also, as it is an http based solution, network administrators could apply corporate policies and block connections to not-trusted TURN servers. Best regards Sergio
- [pntaw] TURN over websockets Sergio Garcia Murillo
- Re: [pntaw] TURN over websockets Lorenzo Miniero
- Re: [pntaw] TURN over websockets Sergio Garcia Murillo
- Re: [pntaw] TURN over websockets Simon Pietro Romano
- Re: [pntaw] TURN over websockets Stach, Thomas
- Re: [pntaw] TURN over websockets Markus.Isomaki
- Re: [pntaw] TURN over websockets Simon Perreault
- Re: [pntaw] TURN over websockets Sergio Garcia Murillo
- Re: [pntaw] TURN over websockets Markus.Isomaki
- Re: [pntaw] TURN over websockets Simon Perreault
- Re: [pntaw] TURN over websockets Sergio Garcia Murillo
- Re: [pntaw] TURN over websockets Stach, Thomas
- Re: [pntaw] TURN over websockets Tirumaleswar Reddy (tireddy)
- Re: [pntaw] TURN over websockets Marc Blanchet
- Re: [pntaw] TURN over websockets Hutton, Andrew
- Re: [pntaw] TURN over websockets Parthasarathi R
- Re: [pntaw] TURN over websockets Martin Thomson
- Re: [pntaw] TURN over websockets Melinda Shore
- Re: [pntaw] TURN over websockets Stephen Farrell
- Re: [pntaw] TURN over websockets Tirumaleswar Reddy (tireddy)
- Re: [pntaw] TURN over websockets Tirumaleswar Reddy (tireddy)
- Re: [pntaw] TURN over websockets Markus.Isomaki
- Re: [pntaw] TURN over websockets Simon Perreault