[libnice] How to get socket in relay mode?

[Olivier Crête]

Hi,
I guess one option is to implement 
https://tools.ietf.org/html/draft-ietf-tram-stun-pmtud-17 inside
libnice? But there is a big limitation, it needs the peer to also
support it and it must be signalled outside of STUN (so in the SDP). 
Tbh, most implementations (such as webrtc) are happy with just setting
1200 as the application MTU .
Olivier
On Thu, 2020-07-16 at 14:47 -0400, Olivier Crête wrote:
> Hi,
> 
> There is currently no API to do that, 
> 
> That said, I'm not sure how useful this is for TURN as you don't have
> the PMTU on the other side of the TURN server?
> 
> I think this is the kind of feature that would in theory be added
> inside of libnice, but only if we can do it in a "safe" way. For
> example, by running the PMTU test using keepalive STUN indications.
> 
> Olivier
> 
> On Thu, 2020-07-16 at 15:48 +0300, Alex Netes wrote:
> > I'm trying to implement PMTU Discovery over libnice.
> > In order to do so, I want to retrieve the selected socket,
> > change IP_MTU_DISCOVER socket_opt, run the PMTU test
> > and return IP_MTU_DISCOVER socket_opt to default.
> > 
> > My problem is that nice_agent_get_selected_socket() doesn't work
> > for relay mode.
> > Any thoughts, how else can I retrieve the socket in case of relay
> > mode?
> > _______________________________________________nice mailing 
> > listnice at lists.freedesktop.org
> > https://lists.freedesktop.org/mailman/listinfo/nice
> -- 
> Olivier Crête
> olivier.crete at collabora.com
> 
> 
> 
> _______________________________________________nice mailing 
> listnice at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/nice
-- 
Olivier Crête
olivier.crete at collabora.com


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/nice/attachments/20200716/9e1cc1a2/attachment.htm>