W3C home > Mailing lists > Public > public-webrtc@w3.org > December 2015

Re: API for browser to provide TURN servers

From: Ben Schwartz <bemasc@google.com>
Date: Tue, 8 Dec 2015 10:02:49 -0500
Message-ID: <CAHbrMsBRts6snzV40=D_OjC9aa177Ba8XPOnXvDFraqwfkzKMw@mail.gmail.com>
To: Emil Ivov <emcho@jitsi.org>
Cc: Alexandre GOUAILLARD <agouaillard@gmail.com>, "<public-webrtc@w3.org>" <public-webrtc@w3.org>, Mathieu Hofman <Mathieu.Hofman@citrix.com>
I'm not aware of any proposal to have the application _query_ the browser
for a list of TURN servers.  However, the RTCPeerConnection constructor
does allow the application to _set_ one or more TURN servers for a
connection.

On Tue, Dec 8, 2015 at 3:19 AM, Emil Ivov <emcho@jitsi.org> wrote:

> Hey Alex,
>
> Maybe this is what you are referring to?
>
> https://tools.ietf.org/html/draft-ietf-rtcweb-return-00
>
> Emil
>
> On Tue, Dec 8, 2015 at 7:13 PM, Alexandre GOUAILLARD
> <agouaillard@gmail.com> wrote:
> > Dear all,
> >
> > From discussions at seattle and In Japan, it is our understanding that
> there
> > will be an API for the application to query the browser to provide
> STUN/TURN
> > servers URIs.
> >
> > Mathieu and I remember how this Server list would be populated
> differently
> > though. I understood that browser would somehow hardcode some server
> values,
> > mathieu remembers this to be a ay for enterprise that maintain servers
> > within the firewall to tell the browser (and eventually) the app through
> > some policy or other setting.
> >
> > We checked minutes, PR, and specs and couldn't find a definite answer.
> >
> > Could someone clarifies this for us?
> >
> > Alex.
> >
> > --
> > Alex. Gouaillard, PhD, PhD, MBA
> >
> ------------------------------------------------------------------------------------
> > Principal Architect - Citrix, San Francisco
> > President - CoSMo Software Consulting, Singapore
> >
> ------------------------------------------------------------------------------------
> > sg.linkedin.com/agouaillard
> >
> >
>
>
>
> --
> https://jitsi.org
>
>
Received on Tuesday, 8 December 2015 15:03:17 UTC

This archive was generated by hypermail 2.3.1 : Monday, 23 October 2017 15:19:47 UTC