Re: [rtcweb] Interim agenda and network provided TURN server, draft-patil-tram-turn-serv-disc-01.txt

"Karl Stahl" <karl.stahl@intertex.se> Mon, 19 May 2014 07:07 UTC

Return-Path: <karl.stahl@intertex.se>
X-Original-To: rtcweb@ietfa.amsl.com
Delivered-To: rtcweb@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3D6C21A0302 for <rtcweb@ietfa.amsl.com>; Mon, 19 May 2014 00:07:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.2
X-Spam-Level:
X-Spam-Status: No, score=-0.2 tagged_above=-999 required=5 tests=[BAYES_05=-0.5, MSGID_MULTIPLE_AT=1, RCVD_IN_DNSWL_LOW=-0.7] autolearn=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id fPdK0rHijzsh for <rtcweb@ietfa.amsl.com>; Mon, 19 May 2014 00:07:56 -0700 (PDT)
Received: from smtp.it-norr.com (smtp.it-norr.com [80.244.64.161]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id E91361A02FE for <rtcweb@ietf.org>; Mon, 19 May 2014 00:07:54 -0700 (PDT)
Received: from ([90.229.134.75]) by smtp.it-norr.com (Telecom3 SMTP service) with ASMTP id 201405190907517087; Mon, 19 May 2014 09:07:51 +0200
From: Karl Stahl <karl.stahl@intertex.se>
To: 'Martin Thomson' <martin.thomson@gmail.com>, "'Cullen Jennings (fluffy)'" <fluffy@cisco.com>
References: <20140502095509.21732.16127.idtracker@ietfa.amsl.com> <CF8969C6.32FD1%praspati@cisco.com> <CAF009D6-A02A-4251-8D98-A9802AC60EF9@cisco.com> <CABkgnnVAs_dQxXUsPtbHSF2TLYeDF=h0HQD7Rp7W6hjfmSEKQA@mail.gmail.com>
In-Reply-To: <CABkgnnVAs_dQxXUsPtbHSF2TLYeDF=h0HQD7Rp7W6hjfmSEKQA@mail.gmail.com>
Date: Mon, 19 May 2014 09:07:50 +0200
Message-ID: <04cb01cf7331$0bd8e7f0$238ab7d0$@stahl>
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Office Outlook 12.0
Thread-Index: Ac9zCoqlBK9Z1LD4Qaaa1xEOhiJ0sAAHxFRQ
Content-Language: sv
Archived-At: http://mailarchive.ietf.org/arch/msg/rtcweb/vlveLp0hQFtDwiUmnt3ZWA7BEaU
Cc: rtcweb@ietf.org
Subject: Re: [rtcweb] Interim agenda and network provided TURN server, draft-patil-tram-turn-serv-disc-01.txt
X-BeenThere: rtcweb@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: Real-Time Communication in WEB-browsers working group list <rtcweb.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/rtcweb/>
List-Post: <mailto:rtcweb@ietf.org>
List-Help: <mailto:rtcweb-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtcweb>, <mailto:rtcweb-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 19 May 2014 07:07:59 -0000

The need and methods for discovering a network provided (enterprise and ISP) turn server was discussed in september-october http://www.ietf.org/mail-archive/web/rtcweb/current/msg09128.html 
and is now being worked out in the tram draft in the subject.

We need to get such turn servers used by the webrtc browsers for many reasons, 
http://www.ietf.org/mail-archive/web/tram/current/msg00132.html 
E.g. many enterprises cannot use WebRTC at all today due to their restrictive firewall policies - they need a TURN server with one LAN-interface, discovered and used by the WebRTC browsers to even begin using WebRTC.

The tram-draft method of having an anycast address for such turn-server seems quick and easy to implement in the browsers, so we get something working - but there is no IANA assigned anycast address for that yet...

The rtcweb-transports draft may be the place to put such usage in.

/Karl


-----Ursprungligt meddelande-----
Från: Martin Thomson [mailto:martin.thomson@gmail.com] 
Skickat: den 19 maj 2014 04:32
Till: Cullen Jennings (fluffy)
Kopia: Karl Stahl; rtcweb@ietf.org
Ämne: Re: [rtcweb] Interim agenda and network provided TURN server, draft-patil-tram-turn-serv-disc-01.txt

On 18 May 2014 06:33, Cullen Jennings (fluffy) <fluffy@cisco.com> wrote:
>> Is the usage of auto discovered TURN servers by the WebRTC browser 
>> written into any rtcweb draft or is that to be done?
>
> I don’t think so. There has been some discussion of if a pac file type approach could be used much like how the HTTP proxy is discovered.

Firefox has a pref for a STUN server.  That is used if you don't supply any STUN or TURN servers of your own.  Users can add their own TURN server here.

The idea of autodiscovery is interesting, but it's still early days.