But the point is that it might still go down between querying it and trying to send a call, so why not treat the first attempt to send it a call as the query, and if that fails, wake it up and try to send the call again. On 22 January 2014 17:19, ik <idokan@gmail.com> wrote:
On Wed, Jan 22, 2014 at 9:00 PM, Ben Langfeld <ben@langfeld.co.uk> wrote:
There's an implicit race condition in this idea anyway. Why not attempt the bridge, and fall back if it fails?
In my case, there is a soft phone that if crashed there is a push message (apple and android) that will execute it again, and it will get rinning message, but it's not registered anymore to the system so fs will trigger 401 on it, and we wish to avoid this issue.
On 22 January 2014 16:04, ik <idokan@gmail.com> wrote:
Hello,
I need to find if a user is connected to FS currently. That is, not only registered (I found how to detect that<https://wiki.freeswitch.org/wiki/Function_sofia_contact>), but for example if I can communicate with it's soft-phone.
I need to know if the soft-phone crashed for example, and if not, then not to send the bridge command at all, but actually been able to do something back in my application because of it.
Is there a way to send for example an "option" header of some sort to a specific user prior to bridge command, and know it's result ?
Thanks, Ido
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org
_________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com
FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com
Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com
FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org