<html xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:w="urn:schemas-microsoft-com:office:word" xmlns:m="http://schemas.microsoft.com/office/2004/12/omml" xmlns="http://www.w3.org/TR/REC-html40"> <head> <meta http-equiv="Content-Type" content="text/html; charset=utf-8"> <meta name="Generator" content="Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang="EN-US" link="blue" vlink="purple" style="word-wrap:break-word"> <div class="WordSection1"> I’ve been wanting something like this too.<o:p></o:p> <o:p> </o:p> We have a WebRTC server that similarly has a stable external address (which is not easily visible to libnice). The server is never on the same local network as the client. So the whole ICE negotiation dance is slow and includes many wasteful tests.<o:p></o:p> <o:p> </o:p> In contrast, the ICE candidates emitted by Chrome are stunningly few and precise. I understand that the ICE protocols and the libnice implementation were/are meant to be general case. But they miss obvious efficiencies that can be provided by additional external information. STUN servers facilitate some of that additional information, but introduce a dependency and more latency. <o:p></o:p> <o:p> </o:p> My knowledge of libnice internals is not great, but I kind of wish we could<o:p></o:p> <ol style="margin-top:0in" start="1" type="1"> <li class="MsoListParagraph" style="margin-left:0in;mso-list:l0 level1 lfo1">Feed some particular IP candidate addresses to it,<o:p></o:p></li><li class="MsoListParagraph" style="margin-left:0in;mso-list:l0 level1 lfo1">Tell it to skip a bunch of other candidate generation and testing<o:p></o:p></li></ol> I believe there’s a compilation flag to turn of ipv6, but I haven’t seen other mechanisms to disable some of the candidate generation and testing.<o:p></o:p> <o:p> </o:p> Juan, to further answer your question: we’re using libnice for our server. However, I had to upgrade the libnice to a private build from the tip of libnice master. The default libnice on Ubuntu 18.04 had a bunch of bugs that prevented ICE negotiation from working well. The latest libnice seems to work well (albeit a bit slowly), but you may not be able to use the standard ones that come with your distro. I haven’t checked the version of libnice in Ubuntu 20.04. I think it was updated, but not sure if it has all the recent(ish) bugfixes.<o:p></o:p> <o:p> </o:p> Stuart<o:p></o:p> <o:p> </o:p> <o:p> </o:p> <div style="border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in 0in 0in"> From: nice <nice-bounces@lists.freedesktop.org> on behalf of Juan Navarro <juan.navarro@gmx.es> Date: Wednesday, October 14, 2020 at 7:11 AM To: "nice@lists.freedesktop.org" <nice@lists.freedesktop.org> Subject: [libnice] Force an external address (srflx) candidate?<o:p></o:p> </div> <div> <o:p> </o:p> </div> Hi, I'd like to allow setting a static external IP address to my WebRTC SFU server config, and have libnice generate a "fake" server-reflexive candidate without needing STUN or TURN. Is this possible to do with libnice? This is useful for cloud deployments where the server has a well known address, to skip the need for STUN on the server and also minimize the time needed for ICE. At the same time, any WebRTC peer would transparently work by receiving the fake srflx candidate, thus knowing where to connect with the server. This is an important one for me: not needing to touch anything else about the signaling or the implementation at the client. To be honest I already have this feature working (see <a href="https://doc-kurento.readthedocs.io/en/latest/_static/client-javadoc/org/kurento/client/WebRtcEndpoint.html#setExternalAddress-java.lang.String-"> WebRtcEndpoint.setExternalAddress</a>) but it is a VERY ugly hack, which modifies _all_ candidates to replace their IP address with the external one specified in this setting. This works, because remote peers receive then all those host candidates with the correct IP, and they are able to connect with the server. But I'd like to have a "cleaner" solution, if there is one for this scenario. So I thought that a better thing to do would be to tell libnice to forge a srflx candidate. BTW, what are people doing for this? I think letting a server know of its own external address is a pretty common thing (e.g. "external-ip" setting in Coturn). Thanks and regards, Juan <o:p></o:p> </div> </body> </html>