Re: [pntaw] TURN over websockets
"Tirumaleswar Reddy (tireddy)" <tireddy@cisco.com> Sun, 01 September 2013 03:53 UTC
Return-Path: <tireddy@cisco.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 4377511E8111 for <pntaw@ietfa.amsl.com>; Sat, 31 Aug 2013 20:53:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.979
X-Spam-Level:
X-Spam-Status: No, score=-9.979 tagged_above=-999 required=5 tests=[AWL=-0.620, BAYES_00=-2.599, RCVD_IN_DNSWL_HI=-8, SARE_LWSHORTT=1.24]
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 lvH1o7rXPyLv for <pntaw@ietfa.amsl.com>; Sat, 31 Aug 2013 20:53:07 -0700 (PDT)
Received: from rcdn-iport-6.cisco.com (rcdn-iport-6.cisco.com [173.37.86.77]) by ietfa.amsl.com (Postfix) with ESMTP id 5EF1B11E8107 for <pntaw@ietf.org>; Sat, 31 Aug 2013 20:53:07 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=4337; q=dns/txt; s=iport; t=1378007587; x=1379217187; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=HLPJtwXxYGaZv+9rkMj8hI9LQo8ar4KalwtGgNNbixg=; b=ldlMQYnnPjectfBqh9xYS6JANpm1n0386gmzDApjFfxezM2zYa2gYlHT 1FgxDmFl7/hWmrkh9y6DRn1/S0A4sqqInhADpYo/CXarnH6iuZ0KcMppC sMck0mbfE99Cf0VgV8Lzvv6VYy4K6e39ZYx2PppqZfMNDIUe0zKg25MSz I=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: AgQFAG+5IlKtJXHA/2dsb2JhbABZgwc1UcBrgR4WdIIkAQEBAwEBAQFrCwwEAgEIEQQBAQsdBycLFAkIAgQBDQUIE4dhBgy5YY9OMQcGgxeBAAOIfYsehQmQN4Mggio
X-IronPort-AV: E=Sophos;i="4.89,1000,1367971200"; d="scan'208";a="254226343"
Received: from rcdn-core2-5.cisco.com ([173.37.113.192]) by rcdn-iport-6.cisco.com with ESMTP; 01 Sep 2013 03:53:06 +0000
Received: from xhc-aln-x12.cisco.com (xhc-aln-x12.cisco.com [173.36.12.86]) by rcdn-core2-5.cisco.com (8.14.5/8.14.5) with ESMTP id r813r6Eg020582 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=FAIL); Sun, 1 Sep 2013 03:53:06 GMT
Received: from xmb-rcd-x10.cisco.com ([169.254.15.8]) by xhc-aln-x12.cisco.com ([173.36.12.86]) with mapi id 14.02.0318.004; Sat, 31 Aug 2013 22:53:06 -0500
From: "Tirumaleswar Reddy (tireddy)" <tireddy@cisco.com>
To: "Hutton, Andrew" <andrew.hutton@siemens-enterprise.com>, Marc Blanchet <marc.blanchet@viagenie.ca>
Thread-Topic: [pntaw] TURN over websockets
Thread-Index: AQHOpVzYlJ1THI1FykWlGCDZp+nOV5mtdRzAgACuVwCAAAregIAAbEqQ
Date: Sun, 01 Sep 2013 03:53:05 +0000
Message-ID: <913383AAA69FF945B8F946018B75898A1903C610@xmb-rcd-x10.cisco.com>
References: <52205AE1.9010807@gmail.com> <913383AAA69FF945B8F946018B75898A19034557@xmb-rcd-x10.cisco.com> <F058FF6A-35F2-4372-AAB7-345F0024E845@viagenie.ca> <9F33F40F6F2CD847824537F3C4E37DDF17BA5B9C@MCHP04MSX.global-ad.net>
In-Reply-To: <9F33F40F6F2CD847824537F3C4E37DDF17BA5B9C@MCHP04MSX.global-ad.net>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-originating-ip: [10.65.67.234]
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
Cc: Sergio Garcia Murillo <sergio.garcia.murillo@gmail.com>, "pntaw@ietf.org" <pntaw@ietf.org>
Subject: Re: [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: Sun, 01 Sep 2013 03:53:12 -0000
> -----Original Message----- > From: Hutton, Andrew [mailto:andrew.hutton@siemens-enterprise.com] > Sent: Friday, August 30, 2013 8:37 PM > To: Marc Blanchet; Tirumaleswar Reddy (tireddy) > Cc: pntaw@ietf.org; Sergio Garcia Murillo > Subject: RE: [pntaw] TURN over websockets > > P2P is something we can look at in the future but I don't see it as an option > for enabling webrtc deployment in the near term. I would suggest to evaluate both long term and short term needs. If Corporate, Banks, Insurance and other organizations want to deploy WebRTC then we may want to evaluate http://tools.ietf.org/html/draft-penno-rtcweb-pcp-00#section-3.2 which achieves similar results as existing Firewalls with SIP ALG but without the need for DPI of the signaling protocol used for WebRTC. -Tiru. > > We proposed the HTTP Connect mechanism in draft-hutton-rtcweb-nat-firewall- > considerations because it would significantly improve the chances of enabling > webrtc deployment today and requires no new implementation other than in the > webrtc browser. > > Regards > Andy > > > > > -----Original Message----- > > From: pntaw-bounces@ietf.org [mailto:pntaw-bounces@ietf.org] On Behalf > > Of Marc Blanchet > > Sent: 30 August 2013 15:28 > > To: Tirumaleswar Reddy (tireddy) > > Cc: pntaw@ietf.org; Sergio Garcia Murillo > > Subject: Re: [pntaw] TURN over websockets > > > > Le 2013-08-30 à 09:53, "Tirumaleswar Reddy (tireddy)" > > <tireddy@cisco.com> a écrit : > > > > > The other way to solve the Firewall problem is use PCP. > > > > don't agree. it would be great, much better design, but all the > > install base of gateways in public wifi, coffee shop wifi, hotel > > networks, etc... are not going to do any PCP. > > > > Marc. > > > > > For more details refer to sections 3.1, 3.2 of draft > > http://tools.ietf.org/html/draft-penno-rtcweb-pcp-00 which addresses > > the problem of Enterprise Firewalls permitting P2P media streams. > > > > > > -Tiru. > > > > > >> -----Original Message----- > > >> From: pntaw-bounces@ietf.org [mailto:pntaw-bounces@ietf.org] On > > Behalf Of > > >> Sergio Garcia Murillo > > >> Sent: Friday, August 30, 2013 2:12 PM > > >> To: pntaw@ietf.org > > >> Subject: [pntaw] TURN over websockets > > >> > > >> 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 mailing list > > >> pntaw@ietf.org > > >> https://www.ietf.org/mailman/listinfo/pntaw > > > _______________________________________________ > > > pntaw mailing list > > > pntaw@ietf.org > > > https://www.ietf.org/mailman/listinfo/pntaw > > > > _______________________________________________ > > pntaw mailing list > > pntaw@ietf.org > > https://www.ietf.org/mailman/listinfo/pntaw
- [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