I was thinking more short-term caching. It would be a valid way of optimising the entity providing the XML.<div><br clear="all">Regards,<br>Ben Langfeld<br>
<br><br><div class="gmail_quote">On 18 July 2012 12:32, Avi Marcus <span dir="ltr"><<a href="mailto:avi@avimarcus.net" target="_blank">avi@avimarcus.net</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr">Caching the entire response and xml curl don't usually go together...<div><br></div><div>If it's something unchanging, then do it in static XML.<div>To serve that over the network from a central location, see: <a href="http://wiki.freeswitch.org/wiki/Mod_xml_curl#Storing_Static_Dialplans" target="_blank">http://wiki.freeswitch.org/wiki/Mod_xml_curl#Storing_Static_Dialplans</a></div>
<div><br></div><div>Although you'd still have to trigger a reloadxml when that changes.<span class="HOEnZb"><font color="#888888"><br clear="all"><div dir="ltr"><span style="font-family:Verdana,Arial,Helvetica,sans-serif"><span style="font-size:small">-Avi</span></span></div>
</font></span><div><div class="h5">
<br><br><div class="gmail_quote">On Wed, Jul 18, 2012 at 2:27 PM, Ben Langfeld <span dir="ltr"><<a href="mailto:ben@langfeld.co.uk" target="_blank">ben@langfeld.co.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Does mod_xml_curl not support caching? If so, you could reduce load on your web servers by setting the correct response headers and avoid having to return a payload, or even FS making a request in the first place. In the case of failure, FS could fall back to its cache.<div>
<br clear="all">Regards,<br>Ben Langfeld<br>
<br><br><div class="gmail_quote"><div><div>On 18 July 2012 09:53, Eugene Azuka <span dir="ltr"><<a href="mailto:eugeneazuka@gmail.com" target="_blank">eugeneazuka@gmail.com</a>></span> wrote:<br></div></div>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><div>
<div>Thank you FreeSWITCH experts:</div><div><br></div><div>Michael Collins, Kristian Kielhofner, Vik Killa, Gabriel Gunderson.</div><div><br></div><div>Thanks you all, i appreciate your comments.
</div><div><br></div><div>Gabriel Gunderson, Anyone who has practical experience of FreeSWITCH and able to reply and give meaningful comment/solution to help request, to me that person an experts. So you are an expert. :) </div>
<div><br></div><div><br></div><div>Regards</div><div><br></div><div>Eugene</div><div><br></div><div><br></div><div><br></div><br><br><div class="gmail_quote">On Tue, Jul 17, 2012 at 11:41 PM, <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" target="_blank">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" target="_blank">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" target="_blank">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 get leg_delay_start to work for bridge enterprise (Mario G)<br>
2. Re: Username in SUBSCRIBE Request URI (Duvid Rottenberg)<br>
3. Central FreeSWITCH nodes management with Mod_XML_Curl vs<br>
Mod_Lua (Eugene Azuka)<br>
4. Re: Central FreeSWITCH nodes management with Mod_XML_Curl vs<br>
Mod_Lua (Vik Killa)<br>
5. Re: Central FreeSWITCH nodes management with Mod_XML_Curl vs<br>
Mod_Lua (Michael Collins)<br>
6. Looking for dial plan examples for FS and SPA3102 router<br>
(Todd Bailey)<br>
7. Re: Central FreeSWITCH nodes management with Mod_XML_Curl vs<br>
Mod_Lua (Gabriel Gunderson)<br>
<br><br>---------- Forwarded message ----------<br>From: Mario G <<a href="mailto:mario_fs@mgtech.com" target="_blank">mario_fs@mgtech.com</a>><br>To: FreeSWITCH Users Help <<a href="mailto:freeswitch-users@lists.freeswitch.org" target="_blank">freeswitch-users@lists.freeswitch.org</a>><br>
Cc: <br>Date: Tue, 17 Jul 2012 09:54:51 -0700<br>Subject: [Freeswitch-users] how to get leg_delay_start to work for bridge enterprise<br><div style="word-wrap:break-word">I am try to delay the second target by 20 seconds. I used [..] and {..} but no dice. The wiki has them both for enterprise, can someone shed light on what's wrong, thanks. Main is supposed to ring, 20 secs later the second target is added while main keeps going, all timeout after a total of 43 secs.<div>
Mario G</div><div><br></div><div><div style="margin-top:0px;margin-right:0px;margin-bottom:0px;margin-left:0px;font:normal normal normal 11px/normal Menlo;color:rgb(148,49,192)"><span style="color:#b72800"><</span><span style="color:#000000">action application=</span>"bridge"<span style="color:#000000"> data=</span>"<originate_timeout=43,origination_caller_id_number=${caller_id_number},origination_caller_id_name=${caller_id_name}>${group_call(main@${domain_name}+E)}:_:{leg_delay_start=20}sofia/gateway/${dial_gateway}/19161234567"<span style="color:#b72800">/></span></div>
</div></div><br><br>---------- Forwarded message ----------<br>From: Duvid Rottenberg <<a href="mailto:adrottenberg@gmail.com" target="_blank">adrottenberg@gmail.com</a>><br>To: FreeSWITCH Users Help <<a href="mailto:freeswitch-users@lists.freeswitch.org" target="_blank">freeswitch-users@lists.freeswitch.org</a>><br>
Cc: <br>Date: Tue, 17 Jul 2012 14:01:20 -0400<br>Subject: Re: [Freeswitch-users] Username in SUBSCRIBE Request URI<br>Apparently this is not currently possible. I have submitted a patch on JIRA to add a new parameter to the subscriptions section named user-in-register, when set to true the username will be included in the request-uri. If/when this patch is approved I will update the wiki.<br>
<br><div class="gmail_quote">On Fri, Jul 13, 2012 at 1:34 PM, Duvid Rottenberg <span dir="ltr"><<a href="mailto:adrottenberg@gmail.com" target="_blank">adrottenberg@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I am using embedded freeswitch as a softphone client and I am trying to subscribe to call-info on the server, (see config below) but the server is responding with a 481 Call/Transaction Does not exist.<div>I compared the freeswitch SIP messages with SIP messages sent by a polycom phone for this feature and I noticed that freeswitch doesn't send the username in the request line. I think that this is causing the 481 response.</div>
<div><br><div>Polycom Version:</div><div><span style="font-size:10pt;font-family:Tahoma,sans-serif">SUBSCRIBE sip:user@server:5060;transport=udp
SIP/2.0</span></div><div>Freeswitch:</div><div>SUBSCRIBE sip:server:5060;transport=udp SIP/2.0</div><div><br></div><div>Below is my gateway configuration</div><div><div><gateway name='1'></div><div> <param name='realm' value='SIP_SERVER' /></div>
<div> <param name='username' value='SIP_USERNAME' /></div><div> <param name='password' value='SIP_PASSWORD' /></div><div> <param name='register' value='true' /></div>
<div> <param name='extension' value='SIP_USERNAME' /></div><div> <param name='extension-in-contact' value='true' /></div><div> <subscriptions name='x'> </div>
<div> <subscription event='call-info'></div><div> <param name='retry-seconds' value='40'/></div><div> <param name='expire-seconds' value='3600'/></div>
<div> <param name='content-type' value=''/></div><div> </subscription> </div><div> </subscriptions> </div><div></gateway></div>
</div><div><br></div><div>Is there any way to tell freeswitch to include the username in the request line? </div></div><div><br></div><div>Thank You,</div><div>Duvid Rottenberg</div>
</blockquote></div><div><br>
<br><br>---------- Forwarded message ----------<br>From: Eugene Azuka <<a href="mailto:eugeneazuka@gmail.com" target="_blank">eugeneazuka@gmail.com</a>><br>To: <a href="mailto:freeswitch-users@lists.freeswitch.org" target="_blank">freeswitch-users@lists.freeswitch.org</a><br>
Cc: <br>Date: Tue, 17 Jul 2012 17:33:56 +0100<br>Subject: [Freeswitch-users] Central FreeSWITCH nodes management with Mod_XML_Curl vs Mod_Lua<br>Hi FreeSWITCH experts,<div><br></div><div>My question is as regards performance and which is the best option.<br>
<div><br></div><div>I am trying to scale and manage multiple nodes of FreeSWITCH centrally from my external web server/site using Mod_XML_Curl, But someone more experience than me says otherwise that Mod_XML_Curl may not be the best option: Here is his statement below:</div>
<div><br></div><div><i>" The thing I don't like about mod_xml_curl is that to scale it you have to scale the web server with more listeners. If you run out of listeners your ability to answer new calls fails. If the web server crashes your ability to handle calls is gone.</i></div>
<div><i><br></i></div><div><i>Instead, I use Lua which is embedded into FreeSWITCH as the XML handler. The Lua reads the info from the database and hands it off to FreeSWITCH. This approach is not dependent on a service that can fail, or that can run out of listeners. "</i></div>
<div><br></div><div><br></div><div>What do you experts think about this comment above?</div><div><br></div><div>Wouldn't Lua reading directly from database still face some of the issues i may be running from using mod_xml_curl, like database crashing, slow reading from database?</div>
<div><br></div><div>Unlike using mod_xml_curl whereby i can optimise my code to make use of memcached or radis to reduce some calls to database, can i still do such with mod_lua?</div><div><br></div><div><br></div><div>So what do experts think, should i go with Mod_Lua approach just as he said above or should i continue with using Mod_XML_Curl?</div>
</div><div><br></div><div>You opinion will be appreciated.</div><div><br></div><div>Regards</div><div><br></div><div>Eugene </div><div><br></div><div><br></div><div><br></div><div><br></div>
<br><br></div><div>---------- Forwarded message ----------<br>From: Vik Killa <<a href="mailto:vipkilla@gmail.com" target="_blank">vipkilla@gmail.com</a>><br>To: FreeSWITCH Users Help <<a href="mailto:freeswitch-users@lists.freeswitch.org" target="_blank">freeswitch-users@lists.freeswitch.org</a>><br>
Cc: <br>Date: Tue, 17 Jul 2012 15:30:53 -0400<br>Subject: Re: [Freeswitch-users] Central FreeSWITCH nodes management with Mod_XML_Curl vs Mod_Lua<br>I dont understand what they meant by 'listeners'<br>
AFAIK if the web server process is running it will always return the XML<br>
<br>
<br>
<br><br></div><div><div>---------- Forwarded message ----------<br>From: Michael Collins <<a href="mailto:msc@freeswitch.org" target="_blank">msc@freeswitch.org</a>><br>To: FreeSWITCH Users Help <<a href="mailto:freeswitch-users@lists.freeswitch.org" target="_blank">freeswitch-users@lists.freeswitch.org</a>><br>
Cc: <br>Date: Tue, 17 Jul 2012 13:56:11 -0700<br>Subject: Re: [Freeswitch-users] Central FreeSWITCH nodes management with Mod_XML_Curl vs Mod_Lua<br><br><br><div class="gmail_quote">On Tue, Jul 17, 2012 at 12:30 PM, Vik Killa <span dir="ltr"><<a href="mailto:vipkilla@gmail.com" target="_blank">vipkilla@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
I dont understand what they meant by 'listeners'<br>
AFAIK if the web server process is running it will always return the XML<br></blockquote><br></div>Last time I checked, there were one or two websites out there that could handle thousands of requests per second. The web has given birth to tools that allow for many, many concurrent requests. The LAMP stack on a beefy machine can do quite a lot of traffic. Furthermore, MySQL/Postgres/et al all have backup/redundancy/HA options built in, as does Apache/HTTP. It seems to me that you could scale farther and have more redundancy using these time-tested tools. Just my $0.02.<br>
<br>-MC<br><br>P.S. - Don't get me wrong - I really like Lua. I just don't know if it's really a "better" solution to this problem.<br>
<br><br></div></div>---------- Forwarded message ----------<br>From: Todd Bailey <<a href="mailto:toddb@toddbailey.net" target="_blank">toddb@toddbailey.net</a>><br>To: freeswitch <<a href="mailto:freeswitch-users@lists.freeswitch.org" target="_blank">freeswitch-users@lists.freeswitch.org</a>><br>
Cc: <br>Date: Tue, 17 Jul 2012 15:37:51 -0700<br>Subject: [Freeswitch-users] Looking for dial plan examples for FS and SPA3102 router<br>Hi All,<br>
<br>
<br>
I'm having issues getting a dial plan to work on FS and a Cisco SPA 3102<br>
router.<br>
<br>
when I dial 0, 1 or 9 plus a 10 number, I get to the router's dial tone<br>
but I have to reenter the number I want to connect to.<br>
<br>
The expected action is to only need to enter the number to dial one<br>
<br>
Can some one provide dial plan and/or other config file example on how<br>
to resolve this issue?<br>
<br>
here is what I have so far:<br>
<br>
/usr/local/freeswitch/conf/dialplan/default.xml<br>
<br>
<!-- Dial any 10 digit number (2223334444) or 1+10 number (12223334444)<br>
or 9 + 10 number here --><br>
<br>
<extension name="external"><br>
<br>
<condition field="destination_number"<br>
expression="^(1{0,1,9}\d{10})$"><br>
<br>
<action application="set"<br>
data="effective_caller_id_number=12223334444"/><br>
<!-- If your provider does not provide ringback (180 or 183) you<br>
may simulate ringback by uncommenting the following line. --><br>
<!-- action application="ringback" /--><br>
<!-- <action application="bridge"<br>
data="sofia/gateway/voicepulse/$1"/> --><br>
<!-- <action application="bridge"<br>
data="sofia/internal/${<a>destination_number}@192.168.1.5:5061</a>"/> --><br>
<action application="bridge"<br>
data="sofia/internal/$<a href="http://1@192.168.1.5:5061" target="_blank">1@192.168.1.5:5061</a>" /><br>
</condition><br>
</extension><br>
<br>
<br>
/usr/local/freeswitch/conf/dialplan/default/00_spa3102.xml<br>
<br>
<include><br>
<extension name="To PSTN"><br>
<condition field="destination_number" expression="(.*)"><br>
<action application="bridge"<br>
data="sofia/internal/${<a>destination_number}@192.168.1.5:5061</a>" /><br>
</condition><br>
</extension><br>
</include><div><br>
<br>
<br>
<br>
<br>
<br>
<br><br>---------- Forwarded message ----------<br>From: Gabriel Gunderson <<a href="mailto:gabe@gundy.org" target="_blank">gabe@gundy.org</a>><br>To: FreeSWITCH Users Help <<a href="mailto:freeswitch-users@lists.freeswitch.org" target="_blank">freeswitch-users@lists.freeswitch.org</a>><br>
Cc: <br>Date: Tue, 17 Jul 2012 16:40:41 -0600<br>Subject: Re: [Freeswitch-users] Central FreeSWITCH nodes management with Mod_XML_Curl vs Mod_Lua<br>Comments inline:<br>
<br>
On Tue, Jul 17, 2012 at 10:33 AM, Eugene Azuka <<a href="mailto:eugeneazuka@gmail.com" target="_blank">eugeneazuka@gmail.com</a>> wrote:<br></div><div>
> " The thing I don't like about mod_xml_curl is that to scale it you have to<br>
> scale the web server with more listeners. If you run out of listeners your<br>
> ability to answer new calls fails. If the web server crashes your ability to<br>
> handle calls is gone.<br>
<br></div><div>
Scaling web servers is an easy, well known and a common problem to<br>
solve. Yes, you have to make sure you have the resources, but this it<br>
true of any technology out there.<br>
<br>
<br></div><div>
> Instead, I use Lua which is embedded into FreeSWITCH as the XML handler. The<br>
> Lua reads the info from the database and hands it off to FreeSWITCH. This<br>
> approach is not dependent on a service that can fail, or that can run out of<br>
> listeners. "<br>
<br></div><div>
This is a great approach, but I don't think the logic is sound. Lua<br>
(if it's doing anything fancy) will run out of resources that it<br>
depends on -- memory, database connections, sockets etc.<br>
<br>
If one accepts that they'll have to build out to *really* scale<br>
something, they'll also come to appreciate the fact that they can move<br>
the HTTP stack to another box when needed (or 50 other boxen if<br>
required). The Lua (or any other embedded language) is pretty well<br>
tied to that same box.<br>
<br>
In the end, it probably doesn't matter. If you end up scaling to the<br>
ends of the Earth, you'll have to rewrite it anyway. Just give thanks<br>
that you've found FreeSWITCH and it was flexible enough to give you<br>
the amazing configurability needed to build it in anyway you like :)<br>
<br>
<br></div><div>
> What do you experts think about this comment above?<br>
<br></div><div>
There are experts on this list now?! Awesome ;)<br>
<br>
<br></div><div>
> Wouldn't Lua reading directly from database still face some of the issues i<br>
> may be running from using mod_xml_curl, like database crashing, slow reading<br>
> from database?<br>
<br></div>
Yep, see above.<div><br>
<br>
<br>
> Unlike using mod_xml_curl whereby i can optimise my code to make use of<br>
> memcached or radis to reduce some calls to database, can i still do such<br>
> with mod_lua?<br>
<br></div><div>
If you want and Lua supports it.<br>
<br>
<br></div><div>
> So what do experts think, should i go with Mod_Lua approach just as he said<br>
> above or should i continue with using Mod_XML_Curl?<br>
<br></div><div>
Your choice! Happy hacking!<br>
<br>
<br>
Best,<br>
Gabe<br>
<br>
<br>
<br>_______________________________________________<br></div><div>
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>
<br></div></blockquote></div><br>
<br></div></div><div>_________________________________________________________________________<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>
Join Us At ClueCon - Aug 7-9, 2012<br>
<br></div><div>
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>
<br></div></blockquote></div><br></div>
<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>
Join Us At ClueCon - Aug 7-9, 2012<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>
<br></blockquote></div><br></div></div></div></div></div>
<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>
Join Us At ClueCon - Aug 7-9, 2012<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>