On 09/22/2013 07:21 PM, Brian West wrote:
What is this? That looks suspect. You've given 'bridge' the 'transfer' args.
On Sep 20, 2013, at 2:11 PM, Karl Schmidt <karl@xtronics.com> wrote:
<action application="bridge" data="15 xml default"/>
Still not the case - (I had been trying most everything, and must have scrambled that up just before I copied and pasted). If I have the following bridge line it does the DTMF bit.. <action application="bridge" data="sofia/internal/11%${sip_profile}" /> It rings 11, but instead of hearing a ring-back, It plays DTMF 8000310061 ,.,.<time passes> I figured it out - the problem was that because the call was 'answered' the bridge uses transfer_ringback - not ringback and it had been set to a music file.. From the Demo: <action application="set" data="transfer_ringback=$${hold_music}"/> where vars has: <X-PRE-PROCESS cmd="set" data="hold_music=local_stream://moh"/> Which had been changed to : <X-PRE-PROCESS cmd="set" data="hold_music=../../../music/default/8000/partita-no-3-in-e-major-bwv-1006-1-preludio.wav"/> According to the wiki: data is either the full path (important! must be full path!) to an audio file or teletone generation markup language. Because it wasn't a full path - it must have been interpreting as a DTMF tone stream? Sure looked like an 800 number.. Now I have to figure out how to change transfer_ringback after the call bridges to an extension of the call group. -------------------------------------------------------------------------------- Karl Schmidt EMail Karl@xtronics.com Transtronics, Inc. WEB http://secure.transtronics.com 3209 West 9th Street Ph (785) 841-3089 Lawrence, KS 66049 FAX (785) 841-0434 Not everything that can be counted counts, and not everything that counts can be counted. Albert Einstein --------------------------------------------------------------------------------