[Freeswitch-users] problems with :_: bridging and call_timeout

[Michael Collins]

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 at 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 at freeswitch.org
> http://www.freeswitchsolutions.com
>
> 
> 
>
> Official FreeSWITCH Sites
> http://www.freeswitch.org
> http://wiki.freeswitch.org
> http://www.cluecon.com
>
> FreeSWITCH-users mailing list
> FreeSWITCH-users at 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
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.freeswitch.org/pipermail/freeswitch-users/attachments/20130325/0b94c064/attachment.html