See my other post about using originate, where you can specify all sorts of flags when sending the dialed leg into the conference. -MC On Sun, Feb 10, 2013 at 8:27 AM, Martyn Davies <martyn@magiccow.co.uk>wrote:
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@lists.freeswitch.org>wrote:
Send FreeSWITCH-users mailing list submissions to freeswitch-users@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@lists.freeswitch.org
You can reach the person managing the list at freeswitch-users-owner@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@junsun.net> To: freeswitch-users@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@steadfasttelecom.com> To: FreeSWITCH Users Help <freeswitch-users@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@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-mod...
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@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
---------- Forwarded message ---------- From: Eliot Gable <egable+freeswitch@gmail.com> To: FreeSWITCH Users Help <freeswitch-users@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@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@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-mod...
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@gmail.com> To: freeswitch-users@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@gmail.com> To: FreeSWITCH Users Help <freeswitch-users@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@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@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
---------- Forwarded message ---------- From: Giovanni Maruzzelli <gmaruzz@gmail.com> To: FreeSWITCH Users Help <freeswitch-users@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@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@gmail.com> To: FreeSWITCH Users Help <freeswitch-users@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@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@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-mod...
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@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
-- Marcin Gozdalik
_______________________________________________ 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
_________________________________________________________________________ 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
-- Michael S Collins Twitter: @mercutioviz http://www.FreeSWITCH.org http://www.ClueCon.com http://www.OSTAG.org