[Freeswitch-users] Dialplan condition to test if SIP client is registered

Sat May 5 09:29:49 MSD 2012

What
about continue_on_fail=NORMAL_TEMPORARY_FAILURE,USER_BUSY,NO_ANSWER,TIMEOUT,NO_ROUTE_DESTINATION

2012/5/5 Thaddeus Hogan <thaddeus at thogan.com>

>  Thanks for the information. I got something working today using
> sofia_contact, but am having issues with SIP registrations surviving for a
> good deal of time after the user has disconnected from the network.
>
> Basically, the SIP client is no longer available when the user leaves the
> building and is disconnected from Wifi.  When this happens, sofia_contact
> continues to return a value indicating the client is registered for quite
> some time.
>
> I found the command "sofia profile <profile_name> check_sync", which I
> used successfully to invalidate registrations for users that have
> disconnected from the network. But I could not figure out how to make this
> execute before my "sofia_contact" condition in the dialplan. I am assuming
> this is because I need it to run before the ROUTING stage, and I can only
> get it to run in the EXECUTE stage.
>
> So I have a couple questions. Is check_sync quick enough to run on every
> inbound call prior to making routing decisions? Also, according to the
> comments here http://wiki.freeswitch.org/wiki/FS_weekly_2011_06_29 I
> should be able to give check_sync a user at domain argument, but this does
> not seem to work.
>
> Are there other ways to determine if a bridge failed because a user's SIP
> client was not reachable, versus a timeout or call rejection?
>
> Thanks for helping with this!
>
> -- Thaddeus
>
>
> On 5/4/2012 1:24 PM, Dave R. Kompel wrote:
>
> Thaddeus & Michael:
>
> As  Michael stated there are many ways to fail over if a phone/user isn't
> registered. However sometimes you may want to actually check the
> registration yourself. Or even do something based on a contact being
> registered, that has nothing to do with the actual one you are calling.
>
> I normally use the API: sofia_contact([profile/]<user>@domain). It returns
> the channel string you would pass to bridge. If the user isn't registered
> it returns "error/<the error>" so it would use the logical "error" endpoint
> to handle the right treatment. If the regex "^error" match is true, then
> the user isn't registered.
>
> The extra thing you get from that API call is that you can use a "*" for
> the profile, and find out which SIP profile the user is registered in. For
> example in the case of an Android client, that may be using WIFI or 3G, and
> you have an external and internal profile they can register, you can tell
> if the user is "on site" or "off site" by the profile it returns, and can
> be more restrictive of the calls you send to someone when they're out of
> the office.
>
> --Dave
>
>  ------------------------------
> *From:* Michael Collins [mailto:msc at freeswitch.org <msc at freeswitch.org>]
> *To:* FreeSWITCH Users Help [mailto:freeswitch-users at lists.freeswitch.org<freeswitch-users at lists.freeswitch.org>
> ]
> *Sent:* Fri, 04 May 2012 10:34:31 -0700
> *Subject:* Re: [Freeswitch-users] Dialplan condition to test if SIP
> client is registered
>
> Hi Thaddeus,
>
> You definitely have several options here. While you could use the
> sofia_contact API, I'm wondering if perhaps you could let the dialplan and
> the bridge app do the work for you.
>
> You could bridge directly to the Android user and then if it fails it
> could then continue in the dialplan and ring the mobile number. This is
> covered briefly on the wiki<http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_bridge#Implementing_Failover>,
> however <shameless_plug>it is covered very nicely in the new FreeSWITCH
> Cookbook</shameless_plug> in chapter 1.
>
> Try out the basic failover (pipe-separated list of endpoints) and if that
> doesn't work let us know. Maybe you could hop on IRC and talk live with
> other community members. Of course, it can't hurt to raise your karma by
> getting the FreeSWITCH books. :) (See freeswitch.org, upper left corner.)
>
> Thanks,
> Michael
>
> On Fri, May 4, 2012 at 10:10 AM, thaddeus at thogan.com <thaddeus at thogan.com>wrote:
>
>> I was wondering if there is a way to tell if a SIP client is registered
>> with a dialplan condition? Or maybe a better way to accomplish the
>> following?:
>>
>> The users' cell phones (Android) are running a SIP client and connect to
>> freeswitch via Wifi when in the office. I want calls destined for a given
>> user to ring only their extension if they are connected via SIP, and ring
>> only their mobile number when they are not connected.
>>
>> Currently I just take every incoming call and bridge it back out to their
>> mobile number, but 95% of the time these users are on the Wifi network, and
>> I could just pass the call to their phones via SIP.
>>
>> I have tested hunt groups but the callers hear ringing for far too long.
>> Ring groups don't work because it is confusing when the user simultaneously
>> receiving the same call via SIP and mobile on the same phone.
>>
>> Thanks in advance for any insights and help!
>>
>> -- Thaddeus
>> _________________________________________________________________________
>> 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.orghttp://www.freeswitchsolutions.com
>
> FreeSWITCH-powered IP PBX: The CudaTel Communication Server
>
> Official FreeSWITCH Siteshttp://www.freeswitch.orghttp://wiki.freeswitch.orghttp://www.cluecon.com
>
> FreeSWITCH-users mailing listFreeSWITCH-users at lists.freeswitch.orghttp://lists.freeswitch.org/mailman/listinfo/freeswitch-users
> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-usershttp://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/20120505/219761ef/attachment-0001.html