February 2013 - FreeSWITCH-users - FreeSWITCH Mailing Lists

FreeSWITCH Weekly News and Notes
by Michael Collins 12 Feb '13

12 Feb '13

Hello all! News and notes are back after a brief hiatus last week. We (the FreeSWITCH team) were in Milwaukee last week and we appreciated being fed by the community. Thank you! We love this community. It seems the big news <http://freeswitch.org/node/435> last week came courtesy of our friend Kristian Kielhofner <http://blog.krisk.org/>. As reported in this blog post<http://blog.krisk.org/2013/02/packets-of-death.html>, Kristian ran into a rather unusual set of circumstances that resulted in Packets of Death for some Intel NICs. In addition to being Slashdotted<http://tech.slashdot.org/story/13/02/06/2024251/intel-gigabit-nic-packet-of…>, Kristian's research ended up being featured in a Wired.com story<http://www.wired.com/wiredenterprise/2013/02/packet-of-death/>. Don't forget to read Kristian's update post<http://blog.krisk.org/2013/02/packets-of-death-update.html> that includes information about Intel's response to the whole situation. This week things will start to return to normal with our weekly conference call <http://wiki.freeswitch.org/wiki/FS_weekly_2013_02_13>. We are going to spend a few weeks talking about various FreeSWITCH GUIs, starting with the CudaTel <http://www.cudatel.com>. For the past four years or so we've been building the CudaTel Communication Server and we'd like to show off some of the cool things it can do. We have two other news items. The first one has to do with mod_ha_cluster<http://wiki.freeswitch.org/wiki/Mod_ha_cluster>, which our very own Eliot Gable is building. Financial support for this open-source module will be done through FreeSWITCH Solutions<http://www.freeswitchsolutions.com/>. An interesting discussion can be found in this email thread<http://lists.freeswitch.org/pipermail/freeswitch-users/2013-February/092095…>. The other item comes from Ken Rice who has some updates on Jira and ZRTP. Check out his mailing list post<http://lists.freeswitch.org/pipermail/freeswitch-users/2013-February/092155…>for more information. Have a great week and we'll talk to you on Wednesday. -- Michael S Collins Twitter: @mercutioviz http://www.FreeSWITCH.org http://www.ClueCon.com http://www.OSTAG.org

1 0

Sofia Profile Parameter rtp-notimer-during-bridge
by Spencer Thomason 12 Feb '13

12 Feb '13

Hello, Looking through the source of sofia.c I noticed this parameter, rtp-notimer-during-bridge. Could someone elaborate on its usage and when one might want to enable this? Thanks, Spencer

1 0

Hold/unhold events for a conference participant (Martyn Davies)
by Usama Zaidi 12 Feb '13

12 Feb '13

Hi, I'm stuck on something similar myself, I've tried filtering based on conference UUID by doing something like '$con->sendRecv("filter Unique-ID $confUUID");' but that doesn't give me custom events like started/stopped talking events for that conference, it might through pause/unpause because it does through dtmf events for that conference. The other thing you could try would be to have an inbound ESL script for every user and do something like ''$con->sendRecv("filter Unique-ID $CallerUUID");' and that will give you all events for that user, the only drawback is that you'll have to run the script using a local channel and there will be n scripts for n participants. Regards. -Usama On Mon, Feb 11, 2013 at 10:00 PM, < freeswitch-users-request(a)lists.freeswitch.org> wrote: > Send FreeSWITCH-users mailing list submissions to > freeswitch-users(a)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(a)lists.freeswitch.org > > You can reach the person managing the list at > freeswitch-users-owner(a)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: Terminating calls prior to answer using api (Gary Foreman) > 2. Hold/unhold events for a conference participant (Martyn Davies) > 3. Re: Throttle Error (Archana Venugopan) > > > ---------- Forwarded message ---------- > From: Gary Foreman <gaz.foreman(a)gmail.com> > To: freeswitch-users(a)lists.freeswitch.org > Cc: > Date: Mon, 11 Feb 2013 16:40:06 +0000 > Subject: Re: [Freeswitch-users] Terminating calls prior to answer using api > Thanks for your help. I might be doing something wrong but I had tried > using a cause, the command I ran was... > > bgapi uuid_kill 0292147c-7469-11e2-817e-bd1d1e5a02e8 normal_clearing > > This seemed to work as the hangup event showed "NORMAL_CLEARING" as the > hangup cause but the sip client still reported the error. > > On Mon, Feb 11, 2013 at 3:52 PM, < > freeswitch-users-request(a)lists.freeswitch.org> wrote: > >> Send FreeSWITCH-users mailing list submissions to >> freeswitch-users(a)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(a)lists.freeswitch.org >> >> You can reach the person managing the list at >> freeswitch-users-owner(a)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: Trouble autostarting freeswitch on boot (David Matthews) >> 2. Re: Running FS with "daemon" group. (Michael Jerris) >> 3. Re: High Availability Cluster Module for reeSWITCH (Eliot Gable) >> 4. Terminating calls prior to answer using api (Gary Foreman) >> 5. Re: Terminating calls prior to answer using api (Andrew Cassidy) >> 6. Throttle Error (Archana Venugopan) >> >> >> ---------- Forwarded message ---------- >> From: David Matthews <mail(a)dmatthews.org> >> To: FreeSWITCH Users Help <freeswitch-users(a)lists.freeswitch.org> >> Cc: >> Date: Mon, 11 Feb 2013 13:00:33 +0000 >> Subject: Re: [Freeswitch-users] Trouble autostarting freeswitch on boot >> >>> I might consider another distribution, but it must be one which will run >>> on the raspberrypi as that will be where it will be run in the end. I >>> did try the ArchLinux stuff on both an X86_64 system as well as the >>> raspberrypi, Debian, I mainly tried on the RaspberryPi using the >>> raspbian distribution. >>> >> >> in /etc/rc.local on raspbian >> >> su pi -c "ulimit -s 240; /usr/local/freeswitch/bin/**freeswitch -rp -nc" >> >> -- >> David Matthews >> mail(a)dmatthews.org >> >> >> >> >> ---------- Forwarded message ---------- >> From: Michael Jerris <mike(a)jerris.com> >> To: FreeSWITCH Users Help <freeswitch-users(a)lists.freeswitch.org> >> Cc: >> Date: Mon, 11 Feb 2013 10:08:30 -0500 >> Subject: Re: [Freeswitch-users] Running FS with "daemon" group. >> You can run freeswitch with whatever user/group you like as long as it >> has the necessary permissions. The more isolated typically the better, >> depending on your specific needs. >> >> >> On Feb 9, 2013, at 11:29 AM, Mimiko Mimiko <vbvbrj(a)gmail.com> wrote: >> >> Hello. >> >> On this page: http://wiki.freeswitch.org/wiki/Freeswitch_init I see that >> FS is started under "daemon" group. Is it safe to start it that way, and is >> it safe if other services will be started under the same group? >> >> About "daemon" group debian says that is better that each service is >> started in its own uid/guid. But that way services cannot share same >> directory for storing and reading common files. Especially that FS creates >> files with 750 permission. >> >> >> >> ---------- Forwarded message ---------- >> From: Eliot Gable <egable+freeswitch(a)gmail.com> >> To: FreeSWITCH Users Help <freeswitch-users(a)lists.freeswitch.org> >> Cc: >> Date: Mon, 11 Feb 2013 10:09:59 -0500 >> Subject: Re: [Freeswitch-users] High Availability Cluster Module for >> reeSWITCH >> On Mon, Feb 11, 2013 at 9:03 AM, Seven Du <dujinfang(a)gmail.com> wrote: >> >>> >>> And, besides the FS HA, how will 3rd party softwares work with FS, if, >>> say, someone connected via ESL and FS1 crashes and the float IP bind to >>> FS2, will the ESL client fail and re-connect or it can magically connect to >>> FS2 without any addintional work? >>> >>> >> The ESL client would have to reconnect. We could make a little ESL helper >> daemon you could run on some host which would do connection management for >> you, but it's probably a better idea to just handle it in your own code. >> It's not that difficult to notice a failed connection and reconnect. >> >> >> >> ---------- Forwarded message ---------- >> From: Gary Foreman <gaz.foreman(a)gmail.com> >> To: freeswitch-users(a)lists.freeswitch.org >> Cc: >> Date: Mon, 11 Feb 2013 15:30:36 +0000 >> Subject: [Freeswitch-users] Terminating calls prior to answer using api >> 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 >> >> >> ---------- Forwarded message ---------- >> From: Andrew Cassidy <andrew(a)cassidywebservices.co.uk> >> To: FreeSWITCH Users Help <freeswitch-users(a)lists.freeswitch.org> >> Cc: >> Date: Mon, 11 Feb 2013 15:43:22 +0000 >> Subject: Re: [Freeswitch-users] Terminating calls prior to answer using >> api >> probably need to use the cause parameter to uuid_kill >> >> This doesn't seem to be documented well, though. >> >> On 11 February 2013 15:30, Gary Foreman <gaz.foreman(a)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(a)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(a)lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >>> >> >> >> -- >> *Andrew Cassidy BSc (Hons) MBCS SSCA* >> Managing Director >> >> >> *T <info(a)cassidywebservices.co.uk> *03300 100 960 *F<info(a)cassidywebservices.co.uk> >> *03300 100 961 >> *E <info(a)cassidywebservices.co.uk> *andrew(a)cassidywebservices.co.uk >> *W <info(a)cassidywebservices.co.uk> *www.cassidywebservices.co.uk >> >> >> ---------- Forwarded message ---------- >> From: Archana Venugopan <a.venugopan(a)mundio.com> >> To: FreeSWITCH Users Help <freeswitch-users(a)lists.freeswitch.org> >> Cc: >> Date: Mon, 11 Feb 2013 15:51:56 +0000 >> Subject: [Freeswitch-users] Throttle Error >> >> Hi,**** >> >> ** ** >> >> I have been getting this error in freeswitch for group calls. Can anyone >> please let me know what is the issue?**** >> >> I tried increasing sessions_per_second in switch.conf.xml but even after >> that I have been facing this issue. Please help. Thanks**** >> >> ** ** >> >> 2013-02-11 15:35:12.237145 [CRIT] switch_core_session.c:1813 Throttle >> Error! 33**** >> >> 2013-02-11 15:35:12.237145 [CRIT] mod_sofia.c:4278 Error Creating Session >> **** >> >> 2013-02-11 15:35:12.317103 [CRIT] switch_time.c:869 Over Session Rate of >> 10!**** >> >> ** ** >> >> Regards,**** >> >> Archana**** >> >> ** ** >> >> _______________________________________________ >> FreeSWITCH-users mailing list >> FreeSWITCH-users(a)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: Martyn Davies <martyn(a)magiccow.co.uk> > To: FreeSWITCH Users Help <freeswitch-users(a)lists.freeswitch.org> > Cc: > Date: Mon, 11 Feb 2013 16:56:38 +0000 > Subject: [Freeswitch-users] Hold/unhold events for a conference participant > I'm trying to process CHANNEL_CALLSTATE events (in an ESL socket > application) to extract the HELD/ACTIVE messages for conference > participants. > > One problem for me is that the name of the conference and the member-id > for that call are not available to me in the callstate messages, and > therefore it is difficult to associated calls (going HELD and ACTIVE) with > the conference. Is there any way to get the callstate messages to include > custom variables? This would fix the problem for me. > > Regards, > Martyn > > > > > ---------- Forwarded message ---------- > From: Archana Venugopan <a.venugopan(a)mundio.com> > To: FreeSWITCH Users Help <freeswitch-users(a)lists.freeswitch.org> > Cc: > Date: Mon, 11 Feb 2013 17:00:25 +0000 > Subject: Re: [Freeswitch-users] Throttle Error > > Thanks I got itJ**** > > ** ** > > Regards,**** > > Archana**** > > ** ** > > *From:* freeswitch-users-bounces(a)lists.freeswitch.org [mailto: > freeswitch-users-bounces(a)lists.freeswitch.org] *On Behalf Of *Archana > Venugopan > *Sent:* 11 February 2013 16:54 > *To:* FreeSWITCH Users Help > *Subject:* Re: [Freeswitch-users] Throttle Error**** > > ** ** > > 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(a)lists.freeswitch.org [mailto: > freeswitch-users-bounces(a)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 minutes, 17 seconds, 803 milliseconds, 420 > microseconds**** > > FreeSWITCH is ready**** > > 62552 session(s) since startup**** > > 16 session(s) 0/10**** > > 50 session(s) max**** > > min idle cpu 0.00/91.00**** > > ** ** > > Regards,**** > > Archana**** > > ** ** > > *From:* freeswitch-users-bounces(a)lists.freeswitch.org [mailto: > freeswitch-users-bounces(a)lists.freeswitch.org] *On Behalf Of *Ken Rice > *Sent:* 11 February 2013 16:10 > *To:* FreeSWITCH Users Help > *Subject:* Re: [Freeswitch-users] Throttle Error**** > > ** ** > > Did you restart after increasing sessions_per_second? Check “status” from > the cli... > > You can change it on the fly inside freeswitch with the fsctl sps command > > > On 2/11/13 9:51 AM, "Archana Venugopan" <a.venugopan(a)mundio.com> wrote:*** > * > > Hi, > > I have been getting this error in freeswitch for group calls. Can anyone > please let me know what is the issue? > I tried increasing sessions_per_second in switch.conf.xml but even after > that I have been facing this issue. Please help. Thanks > > 2013-02-11 15:35:12.237145 [CRIT] switch_core_session.c:1813 Throttle > Error! 33 > 2013-02-11 15:35:12.237145 [CRIT] mod_sofia.c:4278 Error Creating Session > 2013-02-11 15:35:12.317103 [CRIT] switch_time.c:869 Over Session Rate of > 10! > > Regards, > Archana > **** > ------------------------------ > > _________________________________________________________________________ > Professional FreeSWITCH Consulting Services: > consulting(a)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(a)lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org**** > > > -- > Ken > *http://www.FreeSWITCH.org > http://www.ClueCon.com > http://www.OSTAG.org > *irc.freenode.net #freeswitch**** > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users(a)lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > > -- I'd love to change the world, but they wont gimme the source code to it

1 0

Re: [Freeswitch-users] Terminating calls prior to answer using api
by Gary Foreman 11 Feb '13

11 Feb '13

No joy, even using the "picked_off" cause I'm still getting a tone back indicating the call failed to connect. I have managed to hack a solution together using an idea from one of the previous suggestions. I'm sending a uuid_answer followed by a uuid_kill event on a timer half a second later. Obviously this isn't ideal as it gives me channel_answer events etc and timed events are rarely a good thing. Is the SIP notify route out of the question? I know next to nothing about SIP (but I'm enjoying the learning curve!) I'm using a Polycom IP335 it that helps. On Mon, Feb 11, 2013 at 9:39 PM, < freeswitch-users-request(a)lists.freeswitch.org> wrote: > Send FreeSWITCH-users mailing list submissions to > freeswitch-users(a)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(a)lists.freeswitch.org > > You can reach the person managing the list at > freeswitch-users-owner(a)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: Terminating calls prior to answer using api > (Anthony Minessale) > > > ---------- Forwarded message ---------- > From: Anthony Minessale <anthony.minessale(a)gmail.com> > To: FreeSWITCH Users Help <freeswitch-users(a)lists.freeswitch.org> > Cc: > Date: Mon, 11 Feb 2013 15:38:40 -0600 > Subject: Re: [Freeswitch-users] Terminating calls prior to answer using api > Oh, and remember to take the "SWITCH_CAUSE" out when using it with > uuid_kill > > uuid_kill <uuid> picked_off > > > > On Mon, Feb 11, 2013 at 3:37 PM, Anthony Minessale < > anthony.minessale(a)gmail.com> wrote: > >> Try SWITCH_CAUSE_PICKED_OFF or SWITCH_CAUSE_LOSE_RACE that will inject >> headers to the phone telling it that the call was completed elsewhere which >> makes most of them skip counting it as an error. >> >> >> >> >> On Mon, Feb 11, 2013 at 2:07 PM, Steven Ayre <steveayre(a)gmail.com> wrote: >> >>> 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(a)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(a)lists.freeswitch.org> wrote: >>>> >>>>> Send FreeSWITCH-users mailing list submissions to >>>>> freeswitch-users(a)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(a)lists.freeswitch.org >>>>> >>>>> You can reach the person managing the list at >>>>> freeswitch-users-owner(a)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(a)avimarcus.net> >>>>> To: FreeSWITCH Users Help <freeswitch-users(a)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(a)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(a)lists.freeswitch.org [mailto: >>>>> freeswitch-users-bounces(a)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(a)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(a)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(a)gmail.com> >>>>> To: FreeSWITCH Users Help <freeswitch-users(a)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(a)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(a)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(a)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(a)gmail.com> >>>>> To: FreeSWITCH Users Help <freeswitch-users(a)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(a)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(a)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(a)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(a)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(a)gmail.com> >>>>> To: FreeSWITCH Users Help <freeswitch-users(a)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(a)gmail.com> >>>>> To: FreeSWITCH Users Help <freeswitch-users(a)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(a)gmail.com>: >>>>> > On Mon, Feb 11, 2013 at 7:36 AM, Marcin Gozdalik <gozdal(a)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(a)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(a)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(a)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(a)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(a)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(a)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(a)lists.freeswitch.org >>> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >>> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >>> http://www.freeswitch.org >>> >>> >> >> >> -- >> Anthony Minessale II >> >> FreeSWITCH http://www.freeswitch.org/ >> ClueCon http://www.cluecon.com/ >> Twitter: http://twitter.com/FreeSWITCH_wire >> >> AIM: anthm >> MSN:anthony_minessale@hotmail.com >> GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com >> IRC: irc.freenode.net #freeswitch >> >> FreeSWITCH Developer Conference >> sip:888@conference.freeswitch.org >> googletalk:conf+888@conference.freeswitch.org >> pstn:+19193869900 >> > > > > -- > Anthony Minessale II > > FreeSWITCH http://www.freeswitch.org/ > ClueCon http://www.cluecon.com/ > Twitter: http://twitter.com/FreeSWITCH_wire > > AIM: anthm > MSN:anthony_minessale@hotmail.com > GTALK/JABBER/PAYPAL:anthony.minessale@gmail.com > IRC: irc.freenode.net #freeswitch > > FreeSWITCH Developer Conference > sip:888@conference.freeswitch.org > googletalk:conf+888@conference.freeswitch.org > pstn:+19193869900 > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users(a)lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > >

3 2

Re: [Freeswitch-users] FreeSWITCH-users Digest, Vol 80, Issue 70
by Martyn Davies 11 Feb '13

11 Feb '13

Hi Jun, There is a member-flag called endconf which does what you want. However, I'm not sure how to specify that as part of "conference dial"... Regards, Martyn On 10 February 2013 11:54, <freeswitch-users-request(a)lists.freeswitch.org>wrote: > Send FreeSWITCH-users mailing list submissions to > freeswitch-users(a)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(a)lists.freeswitch.org > > You can reach the person managing the list at > freeswitch-users-owner(a)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. how to end conference after initiator hangs up (dialout > style) (Jun Sun) > 2. Re: High Availability Cluster Module for FreeSWITCH (Gilad Abada) > 3. Re: High Availability Cluster Module for FreeSWITCH (Eliot Gable) > 4. USSD support for mod_gsmopen (Yuriy Ostapchuk) > 5. Re: VoIP gateway with PRI (Yehavi Bourvine) > 6. Re: USSD support for mod_gsmopen (Giovanni Maruzzelli) > 7. Re: High Availability Cluster Module for FreeSWITCH > (Marcin Gozdalik) > > > ---------- Forwarded message ---------- > From: Jun Sun <jsun(a)junsun.net> > To: freeswitch-users(a)lists.freeswitch.org > Cc: > Date: Sat, 09 Feb 2013 14:52:15 -0800 > Subject: [Freeswitch-users] how to end conference after initiator hangs up > (dialout style) > > I have set up a conferencing call node using dialout style. That is, I use > the following commands to bridge everyone into a conference: > > conference $myRoom dial sofia/internal/$myNumber@x.x.**x.x:5060 $myNumber > conference_test"; > conference $myRoom dial sofia/internal/$theirNumber1@**x.x.x.x:5060 > $myNumber conference_test"; > conference $myRoom dial sofia/internal/$theirNumber2@**x.x.x.x:5060 > $myNumber conference_test"; > ... > > Right now things are working fine except for one thing. I like to end the > conference (i.e., all legs are disconnected) when the initiator ($myNumber) > hangs up. But it is not doing that (understandably so!). > > How can I achieve that? > > I searched around and it seems most conf call controls only apply to > dial-in style conference calls. > > Thanks for any pointers! > > Jun > > > > > ---------- Forwarded message ---------- > From: Gilad Abada <ga(a)steadfasttelecom.com> > To: FreeSWITCH Users Help <freeswitch-users(a)lists.freeswitch.org> > Cc: > Date: Sat, 9 Feb 2013 18:49:56 -0500 > Subject: Re: [Freeswitch-users] High Availability Cluster Module for > FreeSWITCH > Hey Eliot > > Sounds exciting. Which DB will you be using Postgres? I will try to > get my company to pitch in a few dollars. > > Sent from my mobile device. > > On Feb 9, 2013, at 12:11 PM, Eliot Gable <egable+freeswitch(a)gmail.com> > wrote: > > > For the past two years, I have been working on and off on a high > > availability cluster module for FreeSWITCH. If you would like to see > > HA built into FreeSWITCH directly, instead of dealing with Pacemaker + > > Corosync or other 3rd party systems, please check out the module, > > voice your support, provide feedback and suggestions, and consider > > supporting it. > > > > Some advantages over a 3rd party solution like Pacemaker include: > > > > - Sub-second failure detection and response (meaning it can start > > recovering calls less than a second after a failure occurs) > > - Failure detection is built into FreeSWITCH so it can detect > > conditions which 3rd party modules cannot detect > > - One shared configuration file between all nodes (no per-node IP > > configuration required) > > - No fixed number of nodes > > - Graceful migration of calls with a maintenance mode (requires DNS) > > > > These are just some of the benefits of building a FreeSWITCH-specific > > HA system. For additional details about the project, please visit: > > > > http://wiki.freeswitch.org/wiki/Mod_ha_cluster > > > > > > If you would like to see this project come to fruition, please > > consider financially supporting it through Kickstarter: > > > > > http://www.kickstarter.com/projects/1175121367/high-availability-cluster-mo… > > > > > > > > Thanks in advance for anyone who contributes, either with just a > > shout-out, with feedback and/or suggestions, and especially to those > > who pledge some financial support. > > > > -- > > Eliot Gable > > > > _________________________________________________________________________ > > Professional FreeSWITCH Consulting Services: > > consulting(a)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(a)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(a)gmail.com> > To: FreeSWITCH Users Help <freeswitch-users(a)lists.freeswitch.org> > Cc: > Date: Sat, 9 Feb 2013 23:00:59 -0500 > Subject: Re: [Freeswitch-users] High Availability Cluster Module for > FreeSWITCH > The beauty of the module is that it will not require any 3rd party > software to operate. I am designing it to run entirely in-memory using > multi-cast events to communicate between cluster nodes. No external > database will be required to enable the automatic fail over and call > recovery. > > If you have your customers / clients using DNS to point traffic to > your system and you run multiple master nodes with DNS performing load > balancing, you can also make use of the maintenance mode I have > planned which will use a separate IP address and update your DNS > records to remove the master which you put into maintenance mode and > put in the maintenance IP which is assigned to the slave node which is > being promoted as master. This allows calls to drain off the master > while new calls come up on the slave, and then you can gracefully shut > down the master when all calls are finished. Once you are done with > maintenance, you simply bring it back online and it comes up as a > slave or a master as needed (according to your configured master / > slave ratio). The IP which it was using as a master node becomes the > new designated maintenance IP. This is the only case where a 3rd party > software package is required, and it is an optional feature. > > > On Sat, Feb 9, 2013 at 6:49 PM, Gilad Abada <ga(a)steadfasttelecom.com> > wrote: > > Hey Eliot > > > > Sounds exciting. Which DB will you be using Postgres? I will try to > > get my company to pitch in a few dollars. > > > > Sent from my mobile device. > > > > On Feb 9, 2013, at 12:11 PM, Eliot Gable <egable+freeswitch(a)gmail.com> > wrote: > > > >> For the past two years, I have been working on and off on a high > >> availability cluster module for FreeSWITCH. If you would like to see > >> HA built into FreeSWITCH directly, instead of dealing with Pacemaker + > >> Corosync or other 3rd party systems, please check out the module, > >> voice your support, provide feedback and suggestions, and consider > >> supporting it. > >> > >> Some advantages over a 3rd party solution like Pacemaker include: > >> > >> - Sub-second failure detection and response (meaning it can start > >> recovering calls less than a second after a failure occurs) > >> - Failure detection is built into FreeSWITCH so it can detect > >> conditions which 3rd party modules cannot detect > >> - One shared configuration file between all nodes (no per-node IP > >> configuration required) > >> - No fixed number of nodes > >> - Graceful migration of calls with a maintenance mode (requires DNS) > >> > >> These are just some of the benefits of building a FreeSWITCH-specific > >> HA system. For additional details about the project, please visit: > >> > >> http://wiki.freeswitch.org/wiki/Mod_ha_cluster > >> > >> > >> If you would like to see this project come to fruition, please > >> consider financially supporting it through Kickstarter: > >> > >> > http://www.kickstarter.com/projects/1175121367/high-availability-cluster-mo… > >> > >> > >> > >> Thanks in advance for anyone who contributes, either with just a > >> shout-out, with feedback and/or suggestions, and especially to those > >> who pledge some financial support. > >> > > > > > ---------- Forwarded message ---------- > From: Yuriy Ostapchuk <yura407(a)gmail.com> > To: freeswitch-users(a)lists.freeswitch.org > Cc: > Date: Sun, 10 Feb 2013 00:10:39 -0500 > Subject: [Freeswitch-users] USSD support for mod_gsmopen > Hi, > I've submitted a patch that implements USSD messaging support. > (useful for checking and refilling account balance and other > provider-specific usage) > > Here is the JIRA ticket: > http://jira.freeswitch.org/browse/FS-5078 > > If this feature is considered useful, I would appreciate if it's > integrated in git. > > Thanks, > Yuriy > > > ---------- Forwarded message ---------- > From: Yehavi Bourvine <yehavi.bourvine(a)gmail.com> > To: FreeSWITCH Users Help <freeswitch-users(a)lists.freeswitch.org> > Cc: > Date: Sun, 10 Feb 2013 11:21:25 +0200 > Subject: Re: [Freeswitch-users] VoIP gateway with PRI > Hi, > I just checked with our Audiocodes support, and you can do what you want. > > In order to route a call from one PRI to the other, you insert an entry in > two tables: > Tel->IP: the destination is localhost. > IP->Tel - the source is either any or localhost. > > Regards, __Yehavi: > > > 2013/2/7 Mimiko <vbvbrj(a)gmail.com> > >> Hello. >> >> I want to propose for purchasing a VoIP gateway to connect some PRI >> lines with FS. Basic operation has to be routing like this: >> >> One line PRI will be connected to phone provider. Some calls to certain >> numbers thru this connection must be routed to FS via IP. Other >> destination numbers must be routed to second PRI connection for legacy >> PBX for analog phones. So the VoIP gateway must have two PRI (T1/E1) >> connections and two LAN connection for failover. >> >> After a while this VoIP gateway will be as a tehnology converter from IP >> to PRI. So LAN connectors will be used for connection to FS in a >> failover manner. And two PRI connectors will be used to connect to >> legacy PBX which have two PRI inputs to handle 60 concurrent connection. >> >> I've spotted three models: >> 1) Patton SN4951/4E60V2GS/EUI 4T1/E1/PRI 60 VoIP Channels G.SHDSL for >> $5,000 >> >> 2) Audiocodes Mediant 1000 M1K-D2 2T1/E1 for $3,800 >> >> 3) Sangoma Vega 400 2 T1/E1 Digital Gateway for $4,437 >> >> Which of this is a better working solution with failover and extended >> call routing plans? >> >> Thansk. >> >> -- >> Mimiko desu. >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting(a)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(a)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: Giovanni Maruzzelli <gmaruzz(a)gmail.com> > To: FreeSWITCH Users Help <freeswitch-users(a)lists.freeswitch.org> > Cc: > Date: Sun, 10 Feb 2013 12:36:28 +0100 > Subject: Re: [Freeswitch-users] USSD support for mod_gsmopen > > On Sun, Feb 10, 2013 at 6:10 AM, Yuriy Ostapchuk <yura407(a)gmail.com> wrot > >> Hi, >> I've submitted a patch that implements USSD messaging support. >> (useful for checking and refilling account balance and other >> provider-specific usage) >> >> >> Here is the JIRA ticket: >> http://jira.freeswitch.org/browse/FS-5078 >> >> If this feature is considered useful, I would appreciate if it's >> integrated in git. >> > > Thanks Yuriy, I'll have a look into it asap next week. > > Thanks again, yes is considered useful and grateful received. > > -giovanni > > > -- > Sincerely, > > Giovanni Maruzzelli > Cell : +39-347-2665618 > > > ---------- Forwarded message ---------- > From: Marcin Gozdalik <gozdal(a)gmail.com> > To: FreeSWITCH Users Help <freeswitch-users(a)lists.freeswitch.org> > Cc: > Date: Sun, 10 Feb 2013 12:54:12 +0100 > Subject: Re: [Freeswitch-users] High Availability Cluster Module for > FreeSWITCH > I wonder how do you handle network partition? Simply "knowing" which nodes > are up in a distributed system is hard enough and there is a reason why > solutions like pacemaker/corosync have years of development behind them. > > W dniu niedziela, 10 lutego 2013 użytkownik Eliot Gable napisał: > >> The beauty of the module is that it will not require any 3rd party >> software to operate. I am designing it to run entirely in-memory using >> multi-cast events to communicate between cluster nodes. No external >> database will be required to enable the automatic fail over and call >> recovery. >> >> If you have your customers / clients using DNS to point traffic to >> your system and you run multiple master nodes with DNS performing load >> balancing, you can also make use of the maintenance mode I have >> planned which will use a separate IP address and update your DNS >> records to remove the master which you put into maintenance mode and >> put in the maintenance IP which is assigned to the slave node which is >> being promoted as master. This allows calls to drain off the master >> while new calls come up on the slave, and then you can gracefully shut >> down the master when all calls are finished. Once you are done with >> maintenance, you simply bring it back online and it comes up as a >> slave or a master as needed (according to your configured master / >> slave ratio). The IP which it was using as a master node becomes the >> new designated maintenance IP. This is the only case where a 3rd party >> software package is required, and it is an optional feature. >> >> >> On Sat, Feb 9, 2013 at 6:49 PM, Gilad Abada <ga(a)steadfasttelecom.com> >> wrote: >> > Hey Eliot >> > >> > Sounds exciting. Which DB will you be using Postgres? I will try to >> > get my company to pitch in a few dollars. >> > >> > Sent from my mobile device. >> > >> > On Feb 9, 2013, at 12:11 PM, Eliot Gable <egable+freeswitch(a)gmail.com> >> wrote: >> > >> >> For the past two years, I have been working on and off on a high >> >> availability cluster module for FreeSWITCH. If you would like to see >> >> HA built into FreeSWITCH directly, instead of dealing with Pacemaker + >> >> Corosync or other 3rd party systems, please check out the module, >> >> voice your support, provide feedback and suggestions, and consider >> >> supporting it. >> >> >> >> Some advantages over a 3rd party solution like Pacemaker include: >> >> >> >> - Sub-second failure detection and response (meaning it can start >> >> recovering calls less than a second after a failure occurs) >> >> - Failure detection is built into FreeSWITCH so it can detect >> >> conditions which 3rd party modules cannot detect >> >> - One shared configuration file between all nodes (no per-node IP >> >> configuration required) >> >> - No fixed number of nodes >> >> - Graceful migration of calls with a maintenance mode (requires DNS) >> >> >> >> These are just some of the benefits of building a FreeSWITCH-specific >> >> HA system. For additional details about the project, please visit: >> >> >> >> http://wiki.freeswitch.org/wiki/Mod_ha_cluster >> >> >> >> >> >> If you would like to see this project come to fruition, please >> >> consider financially supporting it through Kickstarter: >> >> >> >> >> http://www.kickstarter.com/projects/1175121367/high-availability-cluster-mo… >> >> >> >> >> >> >> >> Thanks in advance for anyone who contributes, either with just a >> >> shout-out, with feedback and/or suggestions, and especially to those >> >> who pledge some financial support. >> >> >> >> _________________________________________________________________________ >> Professional FreeSWITCH Consulting Services: >> consulting(a)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(a)lists.freeswitch.org >> http://lists.freeswitch.org/mailman/listinfo/freeswitch-users >> UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users >> http://www.freeswitch.org >> > > > -- > Marcin Gozdalik > > _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users(a)lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > >

2 1

Re: [Freeswitch-users] Terminating calls prior to answer using api
by Gary Foreman 11 Feb '13

11 Feb '13

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(a)lists.freeswitch.org> wrote: > Send FreeSWITCH-users mailing list submissions to > freeswitch-users(a)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(a)lists.freeswitch.org > > You can reach the person managing the list at > freeswitch-users-owner(a)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(a)avimarcus.net> > To: FreeSWITCH Users Help <freeswitch-users(a)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(a)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(a)lists.freeswitch.org [mailto: > freeswitch-users-bounces(a)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(a)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(a)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(a)gmail.com> > To: FreeSWITCH Users Help <freeswitch-users(a)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(a)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(a)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(a)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(a)gmail.com> > To: FreeSWITCH Users Help <freeswitch-users(a)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(a)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(a)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(a)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(a)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(a)gmail.com> > To: FreeSWITCH Users Help <freeswitch-users(a)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(a)gmail.com> > To: FreeSWITCH Users Help <freeswitch-users(a)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(a)gmail.com>: > > On Mon, Feb 11, 2013 at 7:36 AM, Marcin Gozdalik <gozdal(a)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(a)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(a)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(a)lists.freeswitch.org > http://lists.freeswitch.org/mailman/listinfo/freeswitch-users > UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users > http://www.freeswitch.org > >

3 4

Ken's Monday Notes: Jira, and , ZRTP updated in FreeSWITCH
by Ken Rice 11 Feb '13

11 Feb '13

Hey Guys, Doing a little Clean up on Jira, I¹ve been going thru stale bugs and trying to clean some of them out, (note I am looking at bug tickets not other types). Thanks to you who have already responded, for those who have not responded, if you have an open ticket, and one of the FS developers has asked for more information, testing etc, please follow up on the ticket. If you don¹t follow up in a reasonable amount of time, we will poke you for a follow up. At that point, if you don¹t follow up we will close the bug due to inactivity as we cant confirm the current status. This will free up the developers to move on to active issues. If you are not the original reporter and its a ticket you are monitoring and have valid information please chime in. We want to squash the bugs, but we need your help to make sure they are dead! Also, Big thanks to PRZ and mr Travis Cross on some updated ZRTP support. TC posted to the an open ticket today the following ³I convinced Phil to relicense the elliptic curve (ECC) code. I've already pushed this code to the libzrtp upstream repository, and I have a series of FS commits ready to push that will add this code to FS's libzrtp along with numerous other fixes and improvements that have occurred upstream. After this commit series is pushed, however, everyone who has ZRTP enabled in their build is going to need to re-bootstrap because of changes to the way libzrtp is built. Therefore Ken and I are coordinating on when to push this. I've tested with CSipSimple against a copy of FS running this patch and EC25 was successfully negotiated.² These patches have now been pushed, if you arent using ZRTP you wont notice a change, but if you are using ZRTP, you¹ll want to pull, and rebuild starting with a new bootstrap and configure... Let us know how this is working! So far it is good! Have a great week! Don¹t forget to join us on Wed for the regular weekly call, and join us on Friday for the Free For All. Mr Collins will be sending out his Weekly Update sooner or later with more information on these. K -- Ken http://www.FreeSWITCH.org http://www.ClueCon.com http://www.OSTAG.org irc.freenode.net #freeswitch

1 0

Re: [Freeswitch-users] Terminating calls prior to answer using api
by Avi Marcus 11 Feb '13

11 Feb '13

Or maybe transfer to an extension that answers then hangs up immediately if your phone doesn't like anything else. -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(a)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(a)lists.freeswitch.org [mailto: freeswitch-users-bounces(a)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 ... > > > ---------- Forwarded message ---------- > From: Steven Ayre <steveayre(a)gmail.com> > To: FreeSW... > Date: Mon, 11 Feb 2013 17:40:57 +0000 > Subject: Re: [Freeswitch-users] Terminating calls prior to... > You either answer a call with 200, redirect with 3xx, or give an error 4xx 5xx or 6xx... basically... > ---------- Forwarded message ---------- > From: Steven Ayre <steveayre(a)gmail.com> > To: FreeSWITCH... > Date: Mon, 11 Feb 2013 17:42:51 +0000 > Subject: Re: [Freeswitch-users] Terminating calls prior to... > The NORMAL_CLEARING ISDN clearing cause (16) has no mapping to any SIP code for example, it's a co... > ---------- Forwarded message ---------- > From: Eliot Gable <egable+freeswitch(a)gmail.com> > To: Fr... 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@gm... 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(a)gmail.com>: > On Mon, Feb 11, 2013 at 7:36 AM, Marcin Gozdalik <gozdal(a)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. > > > > > > > > _________________________________________________________________________ > > Profe... _______________________________________________ > FreeSWITCH-users mailing list > FreeSWITCH-users(a)lists.freeswitch.org > http://lists.freeswitch.o... _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting(a)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(a)lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org

1 0

High Availability Cluster Module for FreeSWITCH - Major News Update
by Eliot Gable 11 Feb '13

11 Feb '13

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

1 0

Terminating calls prior to answer using api
by Gary Foreman 11 Feb '13

11 Feb '13

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

3 3