[Freeswitch-users] Terminating calls prior to answer using api

Steven Ayre steveayre at gmail.com
Mon Feb 11 23:07:44 MSK 2013


NOTIFY messages are a SIP feature outside of an INVITE call flow. Ending
the call using 200+BYE, 4xx, 5xx or 6xx are your only options I'm afraid.

I'm writing a CTI application so terminating the call via the api prior to
> answer without errors is really important.


Any call that's unanswered is a failed call, but that's not necessarily an
error (eg user busy).

I understand your concern that the caller might not know if their call
succeeded or not... Is there any possibility perhaps to answer the call,
send it to a playback (eg 'your request was successful') and then hangup?

-Steve




On 11 February 2013 18:37, Gary Foreman <gaz.foreman at gmail.com> wrote:

> I was concerned that might be the case, I have managed to get different
> errors by send alternative hangup codes "user_busy" for example is
> recognised but as you say all are still errors.
>
>  I'm planning on using Polycom sip phones, does anyone know if it is
> possible to end an unanswered call using a notify message or something?
> Like the talk sip notify message used to answer.
>
> I'm writing a CTI application so terminating the call via the api prior to
> answer without errors is really important.
>
> Thanks again
>
>
>  On Mon, Feb 11, 2013 at 6:07 PM, <
> freeswitch-users-request at lists.freeswitch.org> wrote:
>
>>  Send FreeSWITCH-users mailing list submissions to
>>         freeswitch-users at lists.freeswitch.org
>>
>> To subscribe or unsubscribe via the World Wide Web, visit
>>         http://lists.freeswitch.org/mailman/listinfo/freeswitch-users
>> or, via email, send a message with subject or body 'help' to
>>         freeswitch-users-request at lists.freeswitch.org
>>
>> You can reach the person managing the list at
>>         freeswitch-users-owner at lists.freeswitch.org
>>
>> When replying, please edit your Subject line so it is more specific
>> than "Re: Contents of FreeSWITCH-users digest..."
>>
>> Today's Topics:
>>
>>    1. Re: Throttle Error (Avi Marcus)
>>    2. Re: Terminating calls prior to answer using api (Steven Ayre)
>>    3. Re: Terminating calls prior to answer using api (Steven Ayre)
>>    4. High Availability Cluster Module for FreeSWITCH   - Major News
>>       Update (Eliot Gable)
>>    5. Re: High Availability Cluster Module for  FreeSWITCH
>>       (Luis Daniel Lucio Quiroz)
>>
>>
>>
>> ---------- Forwarded message ----------
>> From: Avi Marcus <avi at avimarcus.net>
>> To: FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
>> Cc:
>> Date: Mon, 11 Feb 2013 19:09:33 +0200
>> Subject: Re: [Freeswitch-users] Throttle Error
>>
>> As Ken's original message said, try "fsctl sps 40" or the like.
>> He said that otherwise only a restart, not reload xml would work.
>>
>> -Avi
>> (This message was painstakingly thumbed out on my mobile, so apologies
>> for brevity and errors.)
>>
>> On Feb 11, 2013 6:57 PM, "Archana Venugopan" <a.venugopan at mundio.com>
>> wrote:
>>
>>  Hi,****
>>
>> ** **
>>
>> When I gave fsctl sps it shows still 10. Can you please tell me apart
>> from reload_xml do we have to anyother thing after changing switch.conf.xml?
>> ****
>>
>> ** **
>>
>> Regards,****
>>
>> Archana****
>>
>> ** **
>>
>> *From:* freeswitch-users-bounces at lists.freeswitch.org [mailto:
>> freeswitch-users-bounces at lists.freeswitch.org] *On Behalf Of *Archana
>> Venugopan
>> *Sent:* 11 February 2013 16:37
>>
>>
>> To: FreeSWITCH Users Help
>> Subject: Re: [Freeswitch-users] Throttle Error
>>
>>
>>
>>
>>
>> Ya i did re-loaded the xml. And this is what I see in status
>>
>>
>>
>> UP 0 years, 6 days, 9 hours, 3...
>>
>> _________________________________________________________________________
>> 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
>>
>>
>>
>> ---------- Forwarded message ----------
>> From: Steven Ayre <steveayre at gmail.com>
>> To: FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
>> Cc:
>> Date: Mon, 11 Feb 2013 17:40:57 +0000
>> Subject: Re: [Freeswitch-users] Terminating calls prior to answer using
>> api
>> You either answer a call with 200, redirect with 3xx, or give an error
>> 4xx 5xx or 6xx... basically without answering your only option is to return
>> an error.
>>
>> The specific error code can show a varying number of levels of 'error'
>> though. Some might be a perfectly valid result (eg 486 User Busy) while
>> other's imply a more serious error (eg 500 Server Internal Error). But
>> there's not really one for a successful unanswered call.
>>
>> How your phone behaves on the various errors is really up to the SIP
>> client though. A generic unable to connect message doesn't sound very
>> useful, I'd expect different error tones depending on the response code.
>>
>> -Steve
>>
>>
>>
>> On 11 February 2013 15:30, Gary Foreman <gaz.foreman at gmail.com> wrote:
>>
>>> Hi,
>>>
>>> I'm having an issue gracefully terminating calls prior to them being
>>> answered.
>>>
>>> When I issue the uuid_kill command prior to the call being answered my
>>> sip client gives an error "unable to connect" with an error tone.
>>>
>>> Is it possible to cancel the client dial without causing an error? Maybe
>>> using a sip notify message or something?
>>>
>>> I can't seem to find a list of valid sip notify messages anywhere.
>>>
>>> Thanks
>>>
>>> _________________________________________________________________________
>>> 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
>>>
>>>
>>
>>
>> ---------- Forwarded message ----------
>> From: Steven Ayre <steveayre at gmail.com>
>> To: FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
>> Cc:
>> Date: Mon, 11 Feb 2013 17:42:51 +0000
>> Subject: Re: [Freeswitch-users] Terminating calls prior to answer using
>> api
>> The NORMAL_CLEARING ISDN clearing cause (16) has no mapping to any SIP
>> code for example, it's a code you normally would only see a) when the
>> caller hangs up at any time (regardless of answered or not) or b) when call
>> has been answered *then* callee hangs up.
>>
>> -Steve
>>
>>
>>
>>
>> On 11 February 2013 17:40, Steven Ayre <steveayre at gmail.com> wrote:
>>
>>> You either answer a call with 200, redirect with 3xx, or give an error
>>> 4xx 5xx or 6xx... basically without answering your only option is to return
>>> an error.
>>>
>>> The specific error code can show a varying number of levels of 'error'
>>> though. Some might be a perfectly valid result (eg 486 User Busy) while
>>> other's imply a more serious error (eg 500 Server Internal Error). But
>>> there's not really one for a successful unanswered call.
>>>
>>> How your phone behaves on the various errors is really up to the SIP
>>> client though. A generic unable to connect message doesn't sound very
>>> useful, I'd expect different error tones depending on the response code.
>>>
>>> -Steve
>>>
>>>
>>>
>>> On 11 February 2013 15:30, Gary Foreman <gaz.foreman at gmail.com> wrote:
>>>
>>>> Hi,
>>>>
>>>> I'm having an issue gracefully terminating calls prior to them being
>>>> answered.
>>>>
>>>> When I issue the uuid_kill command prior to the call being answered my
>>>> sip client gives an error "unable to connect" with an error tone.
>>>>
>>>> Is it possible to cancel the client dial without causing an error?
>>>> Maybe using a sip notify message or something?
>>>>
>>>> I can't seem to find a list of valid sip notify messages anywhere.
>>>>
>>>> Thanks
>>>>
>>>>
>>>> _________________________________________________________________________
>>>> 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
>>>>
>>>>
>>>
>>
>>
>> ---------- Forwarded message ----------
>> From: Eliot Gable <egable+freeswitch at gmail.com>
>> To: FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
>> Cc:
>> Date: Mon, 11 Feb 2013 12:44:55 -0500
>> Subject: [Freeswitch-users] High Availability Cluster Module for
>> FreeSWITCH - Major News Update
>> After discussing this project in further detail with Tony, I have decided
>> to cancel the Kickstarter project. Funding will now go through FreeSWITCH
>> Solutions. If you would like to contribute towards making mod_ha_cluster a
>> reality, please send contributions to FreeSWITCH Solutions.
>>
>> Thanks!
>>
>> --
>> Eliot Gable
>>
>>
>>
>> ---------- Forwarded message ----------
>> From: Luis Daniel Lucio Quiroz <luis.daniel.lucio at gmail.com>
>> To: FreeSWITCH Users Help <freeswitch-users at lists.freeswitch.org>
>> Cc:
>> Date: Mon, 11 Feb 2013 13:06:16 -0500
>> Subject: Re: [Freeswitch-users] High Availability Cluster Module for
>> FreeSWITCH
>> Is the latest snapshot ofyour module at
>> git://git.freeswitch.org/freeswitch-contrib.git ?
>>
>> 2013/2/11 Eliot Gable <egable+freeswitch at gmail.com>:
>> > On Mon, Feb 11, 2013 at 7:36 AM, Marcin Gozdalik <gozdal at gmail.com>
>> wrote:
>> >>
>> >> +1
>> >>
>> >> I do not doubt mod_ha is necessary inside of FS  and it may be
>> >> better/simpler than writing Pacemaker resource agent, but writing
>> >> yet-another-cluster-communication-engine is IMHO the wrong way to go
>> >> and using Corosync for communication will give a lot of value from
>> >> mature codebase.
>> >>
>> >
>> > I understand what you are saying, but what I am trying to get across is
>> that
>> > I am not writing yet-another-cluster-communication-engine. All I am
>> really
>> > doing is combining a multicast messaging API written by Tony and the
>> event
>> > API in FS to broadcast existing state information between multiple FS
>> nodes,
>> > as well as adding a tiny amount of logic on top of that to coordinate
>> call
>> > fail over and recovery. That's probably a little over-simplified, but it
>> > gets the point across. The network communication code is already in FS
>> and
>> > well tested. The event system is already in FS and well tested. I have
>> > already written the code to the point that it parses the configuration
>> files
>> > and starts sending heartbeats out all of the interfaces configured. I
>> have
>> > also already written a lot of the code that deals with the state
>> > transitions. All I am talking about doing is implementing a tiny little
>> > finite state machine. It's a pretty trivial programming task. In fact, I
>> > think it was covered in my first year at Carnegie Mellon University. Of
>> > course, I had already figured out how to write such things in high
>> school, I
>> > just did not know what it was called at that point. My point is, that
>> this
>> > is not yet-another-cluster-communication-engine. It is a very specific
>> and
>> > small finite state machine designed solely with the goal in mind of
>> making
>> > FS have just enough information to coordinate call fail over
>> internally. If
>> > I recall correctly, a lot of people also said writing
>> > yet-another-VoIP-server was a waste of time, but now we have
>> FreeSWITCH, and
>> > it was obviously worth the effort. And I am not even trying to do
>> something
>> > as complex as that. If you think this is
>> > yet-another-cluster-communication-engine, you are missing the point. It
>> is
>> > not. It never will be.
>> >
>> > Look at Sonus, Genband, Broadsoft, Veraz, etc. All the big-name
>> > carrier-grade telecom providers have a built-in solution for automatic
>> call
>> > fail over. The only way FreeSWITCH will ever compete with such
>> solutions is
>> > if it also has that feature. Pacemaker and Corosync are overkill just
>> to get
>> > FS to handle single node failures and provide call recovery. It took me
>> a
>> > full 3 months of working with them every day to really understand how to
>> > deploy them properly in conjunction with FreeSWITCH and Postgres to
>> provide
>> > a carrier-grade hot-standby solution which was robust enough to handle
>> 99%
>> > of the failures I could throw at it. Granted, this was back when the
>> > configuration still needed to be written by hand in XML and prior the
>> > existence of any resource agent for FreeSWITCH. But, even with those
>> > changes, deploying Pacemaker and Corosync is not a simple task. If that
>> is
>> > the requirement for FS to have HA, it will never truly stand a chance
>> > against commercial offerings.
>>
>> >
>> >
>> >
>> >
>> _________________________________________________________________________
>> > 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
>> >
>>
>>
>>
>> _______________________________________________
>>
>> 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/20130211/e105af89/attachment-0001.html 


Join us at ClueCon 2011 Aug 9-11, 2011
More information about the FreeSWITCH-users mailing list