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