<div dir="ltr"><div>Thank you, Mike.</div><div><br></div><div>I'm looking into another occurrence of the problem now. Here's what happened:</div><div><ol><li>Verto caller gets STUN and TURN candidates from our paid provider, and negotiates media with our FS v10.5</li><li>Just after negotiation for the conference attendees finishes, the FS log shows <span style="background-color:rgb(159,197,232)">New connection for session ... dropping previous connection.</span>Then it sends verto.punt, then verto.bye, and the caller's verto logs-in again.</li><li>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. <span style="background-color:rgb(244,204,204)">Is it expected that verto (or the browser?) would not use our iceServers settings when reattaching?</span></li></ol></div><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>---------- Forwarded message ----------<br>From: Mike Jerris <<a href="mailto:mike@freeswitch.org" target="_blank">mike@freeswitch.org</a>><br>To: FreeSWITCH Users Help <<a href="mailto:freeswitch-users@lists.freeswitch.org" target="_blank">freeswitch-users@lists.freeswitch.org</a>><br>Cc: <br>Bcc: <br>Date: Sun, 8 Aug 2021 23:28:32 -0500<br>Subject: Re: [Freeswitch-users] Can calls be rejected if they are missing EITHER audio or video USABLE ice candidates?<br><div>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<br><div><br><blockquote type="cite"><div>On Jul 25, 2021, at 9:40 PM, David P <<a href="mailto:davidswalkabout@gmail.com" target="_blank">davidswalkabout@gmail.com</a>> wrote:</div><br><div><div dir="ltr">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.<div><br></div><div>I see at <a href="https://freeswitch.org/confluence/display/FREESWITCH/Channel+Variables" target="_blank">https://freeswitch.org/confluence/display/FREESWITCH/Channel+Variables</a> 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?</div><div><br></div><div>Or is there a better way?</div></div>
_________________________________________________________________________<br></div></blockquote></div></div><br></blockquote></div></div>