11 Feb
2013
11 Feb
'13
7:13 p.m.
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@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@lists.freeswitch.org [mailto: freeswitch-users-bounces@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@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@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@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@gmail.com>: > On Mon, Feb 11, 2013 at 7:36 AM, Marcin Gozdalik <gozdal@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@lists.freeswitch.org > http://lists.freeswitch.o... _________________________________________________________________________ Professional FreeSWITCH Consulting Services: consulting@freeswitch.org http://www.freeswitchsolutions.com FreeSWITCH-powered IP PBX: The CudaTel Communication Server http://www.cudatel.com Official FreeSWITCH Sites http://www.freeswitch.org http://wiki.freeswitch.org http://www.cluecon.com FreeSWITCH-users mailing list FreeSWITCH-users@lists.freeswitch.org http://lists.freeswitch.org/mailman/listinfo/freeswitch-users UNSUBSCRIBE:http://lists.freeswitch.org/mailman/options/freeswitch-users http://www.freeswitch.org