Transfer in Asterisk: doesn't work on calling phone, but does on called phone

hda7 · 05-03-2012, 10:50 PM

I am having a strange issue with transfers in Asterisk. When preforming transfers from the called phone it works as expected. However, when transferring from the calling phone, one of two things happens. When attempting a blind transfer, asterisk tries to find the extension immediately after entering the first digit (which fails because I have no defined single-digit extensions). When preforming an attended transfer, the asterisk command-line indicates "Warning...Did not read data" and emits a beep on the attempting phone. This behavior is consistent after an Asterisk restart and restart of both softphones. It is also identical independent of which phone initiates the call: the caller always has the problem.

My dialplan:

Code:

m4_divert(-1)
m4_changecom(`;')

These macros are for easy generation of entries for local phones and for a "call all local phones" number.

m4_define(`CALL_ALL_LOCAL_EXTS', `')
m4_define(`gen_local_ext', `m4_define(`CALL_ALL_LOCAL_EXTS', CALL_ALL_LOCAL_EXTS`'m4_ifelse(CALL_ALL_LOCAL_EXTS, `', `', `&')`Local/$1@local-users')m4_dnl
exten => $1,hint,$2
exten => $1,1,Gosub(local-call,call,1($2))')

m4_divert(0)m4_dnl

[incoming]
exten => s,1,Zapateller(answer) ; because we don't like tellers
exten => s,n,Playback(queue-periodic-announce)
exten => s,n,Queue(incoming-q,th,,,600)
exten => s,n,Congestion(10)

exten => _1XXZ,1,Dial(Local/${EXTEN}@local-users)
same  =>       n,Answer()
same  =>       n,Playback(invalid)
same  =>       n,Hangup()

[outgoing]
exten => _9NXXXXXX,1,Gosub(trunk-call,call,1(${EXTEN:1}))
same  =>           n,Hangup()

exten => _9NXXNXXXXXX,1,Gosub(trunk-call,call,1(${EXTEN:1}))
same  =>              n,Hangup()

exten => _91NXXNXXXXXX,1,Gosub(trunk-call,call,1(${EXTEN:1}))
same  =>               n,Hangup()

[trunk-call]
exten => call,1,Answer()
exten => call,n,SayDigits(${ARG1}) ; Were we to have a trunk, we would dial throuh it here
exten => call,n,Return()

[local-users]
include => parkedcalls ; call 7000; on 7001-7099
include => outgoing

exten => s,1,Goto(all,1)

gen_local_ext(1001,SIP/laptop)
gen_local_ext(1002,SIP/desktop)

exten => all,1,Dial(CALL_ALL_LOCAL_EXTS,20,th)
exten => all,n,Congestion(10)
exten => 1000,1,Goto(all,1)

exten => 6000,1,MeetMe()
exten => 6000,n,Hangup()

exten => _60XX,1,MeetMe(${EXTEN})
same  =>       n,Hangup()

exten => 7000,1,Zapateller(answer)
exten => 7000,n,Dial(Local/all@local-users)
exten => 7000,n,Hangup()

exten => 8000,1,Goto(incoming,s,1)

exten => logon,1,AddQueueMember(incoming-q)
same  =>       n,Answer()
same  =>       n,SayAlpha(${AQMSTATUS})
same  =>       n,Hangup()

exten => logoff,1,RemoveQueueMember(incoming-q)
same  =>        n,Answer()
same  =>        n,SayAlpha(${RQMSTATUS})
same  =>        n,Hangup()

[local-call]
exten => call,1,NoOp() ; Set(__DYNAMIC_FEATURES=whatever)
exten => call,n,Dial(${ARG1},20,tT)
exten => call,n,Busy()
exten => call,n,Return()

Yes, it is being #exec'd through m4, and yes, I did enable #exec includes in Asterisk.

Attached is a log of the output during a test session with core debug and verbose both at 3, and sip debugging on.

I am using Asterisk 1.6.2.9-2+squeeze5 and Ekiga 3.2.7 on Debian Squeeze. Ekiga is set to send DTMF as INFO over SIP.