[Freeswitch-users] detecting if user available before bridge

[Ben Langfeld]

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 at gmail.com> wrote:

>
>
>
> On Wed, Jan 22, 2014 at 9:00 PM, Ben Langfeld <ben at 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 at 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 at freeswitch.org
>>> http://www.freeswitchsolutions.com
>>>
>>> 
>>> 
>>>
>>> Official FreeSWITCH Sites
>>> http://www.freeswitch.org
>>> http://wiki.freeswitch.org
>>> http://www.cluecon.com
>>>
>>> FreeSWITCH-users mailing list
>>> FreeSWITCH-users at 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 at freeswitch.org
>> http://www.freeswitchsolutions.com
>>
>> 
>> 
>>
>> Official FreeSWITCH Sites
>> http://www.freeswitch.org
>> http://wiki.freeswitch.org
>> http://www.cluecon.com
>>
>> FreeSWITCH-users mailing list
>> FreeSWITCH-users at 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 at freeswitch.org
> http://www.freeswitchsolutions.com
>
> 
> 
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.freeswitch.org
> http://www.cluecon.com
>
> FreeSWITCH-users mailing list
> FreeSWITCH-users at lists.freeswitch.org
> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users
> http://www.freeswitch.org
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20140122/0aed8502/attachment.html