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