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

Re: API for browser to provide TURN servers

From: Alexandre GOUAILLARD <agouaillard@gmail.com>
Date: Tue, 8 Dec 2015 23:15:21 +0100
Message-ID: <CAHgZEq66vV6XGym1kSeMXVFBMuqSHPxDtcEhaUwAZB_HubXKVg@mail.gmail.com>
To: Stefan HÃ¥kansson LK <stefan.lk.hakansson@ericsson.com>
Cc: Ben Schwartz <bemasc@google.com>, Emil Ivov <emcho@jitsi.org>, "<public-webrtc@w3.org>" <public-webrtc@w3.org>, Mathieu Hofman <Mathieu.Hofman@citrix.com>
@emil,

yes, it was my understanding that return was the way for enterprise to
provide **discoverable** turn server, and thus the JS API was something
else. Lots of time was spend in the discussion to say that this API was NOT
return, and that return was more like a proxy or a vpn, and dealt with by
the browser directly, without interaction with the web app.

Now, stefan confirmed that the API to provide ICE servers to the App was
indeed discussed. We had actually checked the spec before asking, and
nothing there hint at how this list is populated in the first place. My
understanding: browser hardcode it. Mathieu understanding: enterprise have
a way to populate this list. Anybody remembers/knows?

Alex.


On Tue, Dec 8, 2015 at 4:55 PM, Stefan HÃ¥kansson LK <
stefan.lk.hakansson@ericsson.com> wrote:

> On 08/12/15 16:05, Ben Schwartz wrote:
> > I'm not aware of any proposal to have the application _query_ the
> > browser for a list of TURN servers.
>
> That was discussed in Sapporo, and is added to the current github draft
> [1] but not made it to the Editor's draft yet.
>
> (search for 'defaulticeserver')
>
> [1] https://github.com/w3c/webrtc-pc/blob/master/webrtc.html
>
> > 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
> > <mailto: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 <mailto: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 <http://sg.linkedin.com/agouaillard>
> >      >
> >      >
> >
> >
> >
> >     --
> >     https://jitsi.org
> >
> >
>
>


-- 
Alex. Gouaillard, PhD, PhD, MBA
------------------------------------------------------------------------------------
Principal Architect - Citrix, San Francisco
President - CoSMo Software Consulting, Singapore
------------------------------------------------------------------------------------
sg.linkedin.com/agouaillard

   -
Received on Tuesday, 8 December 2015 22:15:51 UTC

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