W3C home > Mailing lists > Public > public-webrtc-logs@w3.org > March 2019

Re: [webrtc-pc] RTCIceTransport.getRemoteCandidates() does not return prflx candidates (#2124)

From: youennf via GitHub <sysbot+gh@w3.org>
Date: Thu, 21 Mar 2019 17:52:44 +0000
To: public-webrtc-logs@w3.org
Message-ID: <issue_comment.created-475337045-1553190763-sysbot+gh@w3.org>
> The change that makes the most sense to me is to signal prflx via icecandidate exactly like we do srflx.

I agree that in some cases, a prflx candidate could have been a srflx candidate, should the web app provide a STUN server.
I do not see the advantage of trying to manage prflx as srflx (but I see some complexity in doing that).

We need to do signaling of srflx candidates through the web app.
On the other hand, signaling of prflx candidates through the web app is not needed since this is done through STUN requests/responses. And signaling of prflx candidates can actually leak private information.

GitHub Notification of comment by youennf
Please view or discuss this issue at https://github.com/w3c/webrtc-pc/issues/2124#issuecomment-475337045 using your GitHub account
Received on Thursday, 21 March 2019 17:52:46 UTC

This archive was generated by hypermail 2.4.0 : Saturday, 6 May 2023 21:19:46 UTC