Why doesn't verto use iceServers when reattaching?
Thank you, Mike. I'm looking into another occurrence of the problem now. Here's what happened: 1. Verto caller gets STUN and TURN candidates from our paid provider, and negotiates media with our FS v10.5 2. Just after negotiation for the conference attendees finishes, the FS log shows New connection for session ... dropping previous connection.Then it sends verto.punt, then verto.bye, and the caller's verto logs-in again. 3. We're using the same sessId and callId as for the first attempt, which should be fine I think. But in the offer SDP, there are only private host candidates. Is it expected that verto (or the browser?) would not use our iceServers settings when reattaching?
---------- Forwarded message ---------- From: Mike Jerris <mike@freeswitch.org> To: FreeSWITCH Users Help <freeswitch-users@lists.freeswitch.org> Cc: Bcc: Date: Sun, 8 Aug 2021 23:28:32 -0500 Subject: Re: [Freeswitch-users] Can calls be rejected if they are missing EITHER audio or video USABLE ice candidates? You have the full sdp in the dial plan you can carve up, its probably the only way right now without going and writing some c code
On Jul 25, 2021, at 9:40 PM, David P <davidswalkabout@gmail.com> wrote:
We're evaluating a paid TURN service, and we've found that sometimes it provides only a STUN candidate for audio and neither STUN nor TURN for video. The user's host candidates are all private IPv4. FS 10.5 allows such a call, but we'd like to reject any call *lacking* usable ICE candidates for *either* audio or video.
I see at https://freeswitch.org/confluence/display/FREESWITCH/Channel+Variables that there is channel var "variable_remote_media_ip", so if this is empty for both audio and video, we could set our dialplan to reject the call. But is this var set independently for audio and video so we can check that both are present?
Or is there a better way? _________________________________________________________________________
participants (1)
-
David P