This may be a case of set vs. export. As a personal preference I like to put "export" variables into the dialstring itself so that I don't forget them. Also, it makes it a bit easier to know what is happening on the dialing leg. Try this: Remove the set apps for call_timeout and ignore_early_media. (IIUC, enterprise originate automatically ignores early media, but feel free to set it anyway.) Modify your data on the bridge app to be: data="<call_timeout=10,ignore_early_media=true>FreeTDM/1/1:_:FreeTDM/1/2:_:FreeTDM/1/3:_:FreeTDM/1/4:_:FreeTDM/1/5:_:FreeTDM/1/6" I'm just pulling this off the top of my head so don't forget about the standard disclaimer<http://wiki.freeswitch.org/wiki/Reporting_Bugs#Standard_Disclaimer>... Let us know how it goes. -MC On Sat, Mar 23, 2013 at 2:17 AM, Trever L. Adams <trever.adams@gmail.com>wrote:
The following is based on examples in the wiki. If I only have one FreeTDM end point it works. If I only use "," bridging it works, but not all phones ring and a lot of other weirdness. If I use the multithread dialing (:_:), all sorts of problems arise.
1) It no longer detects when someone hangs up. It rings and rings. 2) It no longer goes to voice mail no matter what I do.
This seems to be whether I use loopback or not. I only use loop back for the retrieve-vm capability and the example showed it.
<condition field="chan_name" expression="^FreeTDM/3:1/"> <!-- do voice mail after 4 rings... that is what the 20 below is --> <action application="set" data="call_timeout=10"/> <action application="set" data="hangup_after_bridge=true"/> <action application="set" data="continue_on_fail=true"/> <action application="set" data="ignore_early_media=true" /> <action application="bridge"
data="FreeTDM/1/1:_:FreeTDM/1/2:_:FreeTDM/1/3:_:FreeTDM/1/4:_:FreeTDM/1/5:_:FreeTDM/1/6"/>
<action application="answer"/> <action application="sleep" data="300"/> <action application="hash" data="insert/$${domain}-retrieve_vm/global/${uuid}"/> <action application="set" data="vm-alternate-greet-id=$${FAMILY_PHONE_NUMBER}" /> <!-- <action application="bridge" data="loopback/app=voicemail:default $${domain} $${FAMILY_PHONE_NUMBER}"/> --> <action application="voicemail" data="default $${domain} $${FAMILY_PHONE_NUMBER}"/> <!-- <action application="hangup"/> --> </condition>
<extension name="retrieve-vm"> <condition field="destination_number" expression="^(\#)$"> <action application="intercept" data="${hash(select/$${domain}-retrieve_vm/global/${uuid}"/> <action application="answer"/> <action application="sleep" data="1000"/> </condition> </extension>
This is strange because this is my normal dialplan (disabled when I am trying to get voicemail up) <extension name="direct_inbound"> <condition field="chan_name" expression="^FreeTDM/3:1/"> <action application="bridge"
data="FreeTDM/1/1:_:FreeTDM/1/2:_:FreeTDM/1/3:_:FreeTDM/1/4:_:FreeTDM/1/5:_:FreeTDM/1/6"/> <action application="hangup"/> </condition> </extension>
It works absolutely fine! Is this a bug in call_timeout, or am I missing something. As shown above, I have even tried to ignore early media.
Thank you, Trever
P.S. I would greatly appreciate help getting this working. It is the last piece I need to use FreeSWITCH exclusively for my folks who are trying to get rid of fax machines, answering machines, etc. as well as get some call screen and Do-Not-Call-List integration. -- "It is error alone which needs the support of government. Truth can stand by itself." -- Thomas Jefferson
_________________________________________________________________________ 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