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