<div dir="ltr">look for loops in the script not calling session:ready() if session:ready() ever returns 0 you must exit the script instantly.<div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Mar 19, 2013 at 5:36 PM, Marc de Corny <span dir="ltr"><<a href="mailto:marcdecorny@gmail.com" target="_blank">marcdecorny@gmail.com</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">Hi,<div><br></div><div>I have been quite busy and not been able to pursue this issue further, however i still haven't resolved this. if somebody has an idea I'd be very grateful</div>
<div>
<br></div><div><div style="font-family:arial,sans-serif;font-size:13px"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
Thanks for your response Peter, that sounds very likely.<div><br></div><div>My diaplan sends everything into the queue and then my background lua script empties the queue every 10 seconds and tries to connect the call. Ideally my lua scripts "forgets" about the connected call so that it does not get stuck and can take another call out of the queue 10 seconds later independantly of the previous call being hung up.</div>
<div><br></div><div><br></div><div>Am i going about this the wrong way? the only reason I do this is that the mod_fifo as it is does not give me enough flexibility.</div><div><br></div><div>My script basically calls out from the FS and if connected successfully ( new_session), perform a</div>
</blockquote></div><div style="font-family:arial,sans-serif;font-size:13px">What does this mean? You have something like this?<br><action application="lua" data="my_script.lua"/><br> </div><div style="font-family:arial,sans-serif;font-size:13px">
[ </div><div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px">so my inbound calls come into the dialplan and are sent straight to the queue without any lua</div>
<div><div><condition field="destination_number" expression="^(DDI)"></div><div><action application="answer"/></div><div><action application="playback" data="tone_stream://%(400,200,400,450);%(400,2200,400,450)"/></div>
<div><action application="sleep" data="1000"/></div><div><action application="set" data="queuetag=TestQueue"/></div><div><action application="info"/></div>
<div><action application="set" data="fifo_orbit_exten=marc_queue:30/></div><div><action application="set" data="fifo_orbit_dialplan=XML"/></div><div><action application="set" data="fifo_orbit_context=default"/></div>
<div><action application="set" data="fifo_orbit_announce="/></div><div><action application="set" data="fifo_caller_exit_key=1"/></div><div><action application="set" data="fifo_caller_exit_to_orbit=true"/></div>
<div><action application="set" data="fifo_override_announce="/></div><div><action application="fifo" data="queue1 in undef /usr/local/freeswitch/sounds/moh.wav"/></div>
</div>
<div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px">then I have a lua script that gets launched on startup and that is an endless loop that queries the queue1 for any calls in queue.</div>
<div style="font-family:arial,sans-serif;font-size:13px">Once found a call, it queries a database of "available" users to take a call and sim rings them all until one of them picks up.</div><div style="font-family:arial,sans-serif;font-size:13px">
<br></div><div><div><font face="arial, sans-serif"><span style="white-space:pre-wrap"> </span>local new_session = freeswitch.Session(new_call_string); <------------------- calling out to the agents.</font></div>
<div><font face="arial, sans-serif"> new_session:execute("set", "call_timeout=9");</font></div>
<div><font face="arial, sans-serif"> new_session:execute("set", "hangup_after_bridge=true");</font></div><div><span style="white-space:pre-wrap"><font face="arial, sans-serif"> </font></span></div>
<div><font face="arial, sans-serif"><span style="white-space:pre-wrap"> </span>if ( new_session:ready() ) then</font></div><div><font face="arial, sans-serif"><span style="white-space:pre-wrap"> </span>call_state = api:executeString("uuid_exists "..queue1_caller_uuid ); <------ checks that call was still in the queue.</font></div>
<div><font face="arial, sans-serif"><span style="white-space:pre-wrap"> </span>freeswitch.consoleLog("info", "call_state = ".. call_state .. "\n");</font></div><div><font face="arial, sans-serif"><span style="white-space:pre-wrap"> </span>if call_state == "true" then</font></div>
<div><font face="arial, sans-serif"><span style="white-space:pre-wrap"> </span>freeswitch.consoleLog("info", "Call Answered by service agent and call there.\n");</font></div><div><font face="arial, sans-serif"><span style="white-space:pre-wrap"> </span>new_session:execute("transfer", "agent_to_queue_marc_queue_service XML default");</font></div>
<div><font face="arial, sans-serif"><span style="white-space:pre-wrap"> </span>else</font></div><div><font face="arial, sans-serif"><span style="white-space:pre-wrap"> </span>new_session:hangup();</font></div><div>
<font face="arial, sans-serif"><span style="white-space:pre-wrap"> </span>new_session:destroy();</font></div><div><font face="arial, sans-serif"><span style="white-space:pre-wrap"> </span>end</font></div><div><font face="arial, sans-serif"><span style="white-space:pre-wrap"> </span>end</font></div>
</div><div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px">once one of those agents does pick up, the LUA script executes the line below which transfers the call to another part of the dialplan ( below ) which basically connected the existing call out to the agents to the oldest call in queue1.</div>
<div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px"><span style="font-size:small">new_session:execute("transfer", "agent_to_queue_marc_queue_service XML default");</span><br>
</div><div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px"><br></div><div><div><font face="arial, sans-serif"><include></font></div><div><font face="arial, sans-serif"><extension name="agent_to_queue_marc_queue_service"></font></div>
<div><font face="arial, sans-serif"><condition field="destination_number" expression="^(agent_to_queue_marc_queue_service)"></font></div><div><font face="arial, sans-serif"><action application="fifo" data="queue1 out nowait"/></font></div>
<div><font face="arial, sans-serif"></condition></font></div><div><font face="arial, sans-serif"></extension></font></div><div><font face="arial, sans-serif"></include></font></div></div><div style="font-family:arial,sans-serif;font-size:13px">
<br></div><div style="font-family:arial,sans-serif;font-size:13px">it actually all works very well as far as functionality is concerned, but the issue is that if I make 100 connected calls, then under the status, the total number of calls keep incrementing until we hit the max number of session and then the freeswitch restarts it seems : ( I can increase the value, but am trying to avoid the issue)</div>
<div style="font-family:arial,sans-serif;font-size:13px"><br></div><div><div><font face="arial, sans-serif">UP 0 years, 6 days, 6 hours, 13 minutes, 33 seconds, 121 milliseconds, 907 microseconds</font></div><div><font face="arial, sans-serif">FreeSWITCH (Version 1.3.17 git 5f733b2 2013-03-11 10:04:05Z) is ready</font></div>
<div><font face="arial, sans-serif">23 session(s) since startup</font></div><div><font face="arial, sans-serif">3 session(s) - 0 out of max 30 per sec <---------------------------- this figure.</font></div><div><font face="arial, sans-serif">1000 session(s) max</font></div>
<div><font face="arial, sans-serif">min idle cpu 0.00/100.00</font></div><div><font face="arial, sans-serif">Current Stack Size/Max 240K/8192K</font></div><div style="font-family:arial,sans-serif;font-size:13px"><br></div>
</div><div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px"> ]</div><div style="font-family:arial,sans-serif;font-size:13px"><br></div><div style="font-family:arial,sans-serif;font-size:13px">
<br></div><div style="font-family:arial,sans-serif;font-size:13px"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div>new_session:execute("<span>transfer</span>", "agent_to_queue_paymentsense_queue_service XML default"); </div><div>and connect via the dialplan with :<action application="fifo" data="queue77 out nowait"/></div>
<div><br></div><div>if I use a bridge instead of the <span>transfer</span>, the scripts sleeps until the call is hung up, with <span>transfer</span>, it can go 10 seconds later and take another call out of the queue.</div>
<div><br></div><div>so is there a command I need to add to the dialplan like hangup_after_bridge on the outbound call?</div><div><action application="set" data="hangup_after_bridge=true"/><br></div>
<div><br></div><div>any ideas?</div></blockquote></div><div style="font-family:arial,sans-serif;font-size:13px">What, exactly does your Lua script do? Do you have an explicit exit clause in there anywhere?</div></div><div>
<br></div><div>[</div><div>so as described above. there is no exit clause as the LUA script is launched on startup and then constantly polls the queue. if I don;t do a transfer, the LUA script stays on that command until the call is cleared. the transfer resolves that issue but creates a stale session.</div>
<div><br></div><div><br></div><div>now it could be that I am looking at this the wrong way. my key requirement here is that I want to be able to control who the queued call is connected to based on a number of parameter from an external DB like agents and distribution mechanism</div>
<div><br></div><div>Anybody got any good ideas? I would have thought it was a relatively common setup. I could potentially run an individual instance of a LUA script of each inbound call in the queue and then it would clear automatically when the bridged call is hung up, but that would potentially mean that I could be running 100s of identical LUA scripts that last for an unpredictable length of time.</div>
<div><br></div><div>I'd be very grateful to hear any suggestions</div><div><br></div><div>thansk<br>Marc</div><div><br></div><div>]</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">
On Mon, Dec 10, 2012 at 9:17 PM, Michael Collins <span dir="ltr"><<a href="mailto:msc@freeswitch.org" target="_blank">msc@freeswitch.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br><br><div class="gmail_quote"><div>On Mon, Dec 10, 2012 at 12:42 PM, Marc de Corny <span dir="ltr"><<a href="mailto:marcdecorny@gmail.com" target="_blank">marcdecorny@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Thanks for your response Peter, that sounds very likely.<div><br></div><div>My diaplan sends everything into the queue and then my background lua script empties the queue every 10 seconds and tries to connect the call. Ideally my lua scripts "forgets" about the connected call so that it does not get stuck and can take another call out of the queue 10 seconds later independantly of the previous call being hung up.</div>
<div><br></div><div><br></div><div>Am i going about this the wrong way? the only reason I do this is that the mod_fifo as it is does not give me enough flexibility.</div><div><br></div><div>My script basically calls out from the FS and if connected successfully ( new_session), perform a</div>
</blockquote></div><div>What does this mean? You have something like this?<br><action application="lua" data="my_script.lua"/><br> </div><div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>new_session:execute("transfer", "agent_to_queue_paymentsense_queue_service XML default"); </div><div>and connect via the dialplan with :<action application="fifo" data="queue77 out nowait"/></div>
<div><br></div><div>if I use a bridge instead of the transfer, the scripts sleeps until the call is hung up, with transfer, it can go 10 seconds later and take another call out of the queue.</div><div><br></div><div>so is there a command I need to add to the dialplan like hangup_after_bridge on the outbound call?</div>
<div><action application="set" data="hangup_after_bridge=true"/><br></div><div><br></div><div>any ideas?</div></blockquote></div><div>What, exactly does your Lua script do? Do you have an explicit exit clause in there anywhere?<br>
-MC<br> </div><div><div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><br></div><div>thanks</div><div>marc</div><div><br></div><div class="gmail_extra">
<br><br><div class="gmail_quote">On Mon, Dec 10, 2012 at 4:40 PM, Peter Olsson <span dir="ltr"><<a href="mailto:peter.olsson@visionutveckling.se" target="_blank">peter.olsson@visionutveckling.se</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Are you exiting the lua script? Usually when this happens it means you have not<br>
released all references to the call session object.<br>
<br>
/Peter<br>
<br>
10 dec 2012 kl. 16:28 skrev "Marc de Corny" <<a href="mailto:marcdecorny@gmail.com" target="_blank">marcdecorny@gmail.com</a><mailto:<a href="mailto:marcdecorny@gmail.com" target="_blank">marcdecorny@gmail.com</a>>>:<br>
<div><div><br>
Hi<br>
<br>
I have calls that come into a queue and then get pulled out by a lua script in background and transfered to a destination. all works fine except that it looks like the sessions a not clearing from FS when all the parties clear the calls.<br>
<br>
When I do show channels, I get this for example:<br>
uuid direction created created_epoch name state cid_name cid_num ip_addr dest presence_id presence_data callstate callee_name callee_num callee_direction call_uuid hostname sent_callee_name sent_callee_num<br>
5e8215e7-b036-4cce-9b96-e57db92f13ee outbound 03/12/2012 09:32 1.35E+09 sofia/external/02031950164 CS_HANGUP Outbound Call 2031950164 135.196.144.32 agent_to_queue_paymentsense_queue_service ACTIVE SEND 5e8215e7-b036-4cce-9b96-e57db92f13ee freeswitch2 4.4209E+11 2089623100<br>
<br>
But when I try to get kill or query it, I get a message that the call is not anywhere in the FS.<br>
<br>
/usr/local/freeswitch/bin/fs_cli -H 10.5.2.105 -x "uuid_kill 5e8215e7-b036-4cce-9b96-e57db92f13ee"<br>
-ERR No Such Channel!<br>
<br>
/usr/local/freeswitch/bin/fs_cli -H 10.5.2.105 -x "uuid_exists 5e8215e7-b036-4cce-9b96-e57db92f13ee"<br>
false<br>
<br>
Does anyone have an idea how I can kill that call. If I restart the FS, they clear, but the problem is that they are hitting my limit on number of simultaneous calls.<br>
<br>
Any help much appreciated.<br>
<br>
Thansk<br>
marc<br>
<br>
<br>
<br>
<br>
<br>
<br>
</div></div>!DSPAM:50c5fb8c32767955115405!<br>
_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org" target="_blank">consulting@freeswitch.org</a><mailto:<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><mailto:<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><<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>
!DSPAM:50c5fb8c32767955115405!<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>
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>
<br></blockquote></div></div></div><span><font color="#888888"><br><br clear="all"><br>-- <br>Michael S Collins<br>Twitter: @mercutioviz<br><a href="http://www.FreeSWITCH.org" target="_blank">http://www.FreeSWITCH.org</a><br>
<a href="http://www.ClueCon.com" target="_blank">http://www.ClueCon.com</a><br>
<a href="http://www.OSTAG.org" target="_blank">http://www.OSTAG.org</a><br><br><br>
</font></span><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>
<br></blockquote></div><br></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>
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><br clear="all"><div><br></div>-- <br>Anthony Minessale II<br><br>FreeSWITCH <a href="http://www.freeswitch.org/">http://www.freeswitch.org/</a><br>ClueCon <a href="http://www.cluecon.com/">http://www.cluecon.com/</a><br>
Twitter: <a href="http://twitter.com/FreeSWITCH_wire">http://twitter.com/FreeSWITCH_wire</a><br><br>AIM: anthm<br><a href="mailto:MSN%3Aanthony_minessale@hotmail.com">MSN:anthony_minessale@hotmail.com</a><br>GTALK/JABBER/<a href="mailto:PAYPAL%3Aanthony.minessale@gmail.com">PAYPAL:anthony.minessale@gmail.com</a><br>
IRC: <a href="http://irc.freenode.net">irc.freenode.net</a> #freeswitch<br><br>FreeSWITCH Developer Conference<br><a href="mailto:sip%3A888@conference.freeswitch.org">sip:888@conference.freeswitch.org</a><br><a href="mailto:googletalk%3Aconf%2B888@conference.freeswitch.org">googletalk:conf+888@conference.freeswitch.org</a><br>
pstn:+19193869900
</div>