Transfer not working :(

Hello,

I don’t know when this problem started but I’ve just realised transfer is not working at all for inbound calls.

Here’s what happens when I attempt to transfer and inbound call from 101 to 102:

[size=9]-- AGI Script dialparties.agi completed, returning 0
– Executing [[email protected]:10] Dial(“SIP/[email protected]”, “SIP/101|20|trwM(auto-blkvm)”) in new stack
– Called 101
– SIP/101-09616598 is ringing
– SIP/101-09616598 answered SIP/[email protected]
– Executing [[email protected]:1] Set(“SIP/101-09616598”, “__MACRO_RESULT=”) in new stack
– Executing [[email protected]:2] DBdel(“SIP/101-09616598”, “BLKVM/601/SIP/[email protected]”) in new stack
– DBdel: family=BLKVM, key=601/SIP/[email protected]
– Started music on hold, class ‘none’, on channel ‘SIP/[email protected]
– <SIP/101-09616598> Playing ‘pbx-transfer’ (language ‘en’)
– Stopped music on hold on SIP/[email protected]
– Transferring SIP/[email protected] to ‘102’ (context from-internal-xfer) priority 1
== Channel ‘SIP/[email protected]’ jumping out of macro ‘dial’
– Executing [[email protected]:1] Macro(“SIP/[email protected]”, “hangupcall”) in new stack
– Executing [[email protected]:1] ResetCDR(“SIP/[email protected]”, “w”) in new stack
– Executing [[email protected]:2] NoCDR(“SIP/[email protected]”, “”) in new stack
– Executing [[email protected]:3] GotoIf(“SIP/[email protected]”, “1?skiprg”) in new stack
– Goto (macro-hangupcall,s,6)
– Executing [[email protected]:6] GotoIf(“SIP/[email protected]”, “0?skipblkvm”) in new stack
– Executing [[email protected]:7] NoOp(“SIP/[email protected]”, “Cleaning Up Block VM Flag: BLKVM/601/SIP/[email protected]”) in new stack
– Executing [[email protected]:8] DBdel(“SIP/[email protected]”, “BLKVM/601/SIP/[email protected]”) in new stack
– DBdel: family=BLKVM, key=601/SIP/[email protected]
– DBdel: Error deleting key from database.
– Executing [[email protected]:9] GotoIf(“SIP/[email protected]”, “1?theend”) in new stack
– Goto (macro-hangupcall,s,11)
– Executing [[email protected]:11] Hangup(“SIP/[email protected]”, “”) in new stack
== Spawn extension (macro-hangupcall, s, 11) exited non-zero on ‘SIP/[email protected]
[/size]

This may have started after 1.4.10

Here’s from the log with a bit more info - doesn’t say a lot to me though :frowning: - to me it looks like the call was hung up before the transfer but I’m probably wrong…

[size=9][Aug 23 13:17:19] DEBUG[32232] rtp.c: Sending dtmf: 50 (2), at 192.168.1.101
[Aug 23 13:17:22] VERBOSE[32232] logger.c: – Transferring SIP/[email protected] to ‘102’ (context from-internal-xfer) priority 1
[Aug 23 13:17:22] DEBUG[32232] channel.c: Soft-Hanging up channel ‘SIP/[email protected]
[Aug 23 13:17:22] DEBUG[32232] channel.c: Hanging up channel ‘SIP/101-095cad88’
[Aug 23 13:17:22] DEBUG[32232] chan_sip.c: Hangup call SIP/101-095cad88, SIP callid [email protected])
[Aug 23 13:17:22] DEBUG[32232] chan_sip.c: Updating call counter for outgoing call
[Aug 23 13:17:22] DEBUG[32232] chan_sip.c: Call to peer ‘101’ removed from call limit 50
[Aug 23 13:17:22] DEBUG[32232] devicestate.c: Notification of state change to be queued on device/channel SIP/101
[Aug 23 13:17:22] DEBUG[32232] devicestate.c: Notification of state change to be queued on device/channel SIP/101-095cad88
[Aug 23 13:17:22] DEBUG[32232] rtp.c: Channel ‘’ has no RTP, not doing anything
[Aug 23 13:17:22] DEBUG[32232] app_dial.c: Exiting with DIALSTATUS=ANSWER.
[Aug 23 13:17:22] DEBUG[32232] app_macro.c: Executed application: Dial
[Aug 23 13:17:22] VERBOSE[32232] logger.c: == Channel ‘SIP/[email protected]’ jumping out of macro ‘dial’
[Aug 23 13:17:22] DEBUG[32232] app_macro.c: Executed application: Macro
[Aug 23 13:17:22] VERBOSE[32232] logger.c: == Channel ‘SIP/[email protected]’ jumping out of macro ‘exten-vm’
[Aug 23 13:17:22] DEBUG[32232] pbx.c: Extension 102, priority 0 returned normally even though call was hung up
[Aug 23 13:17:22] DEBUG[32232] channel.c: Soft-Hanging up channel ‘SIP/xxx[email protected]
[Aug 23 13:17:22] DEBUG[32232] pbx.c: Launching ‘Macro’
[Aug 23 13:17:22] VERBOSE[32232] logger.c: – Executing [[email protected]:1] Macro(“SIP/[email protected]”, “hangupcall”) in new stack
[Aug 23 13:17:22] DEBUG[32232] pbx.c: Launching ‘ResetCDR’
[Aug 23 13:17:22] VERBOSE[32232] logger.c: – Executing [[email protected]:1] ResetCDR(“SIP/[email protected]”, “w”) in new stack
[Aug 23 13:17:22] DEBUG[28227] devicestate.c: No provider found, checking channel drivers for SIP - 101
[Aug 23 13:17:22] DEBUG[28227] chan_sip.c: Checking device state for peer 101
[Aug 23 13:17:22] DEBUG[28227] devicestate.c: Changing state for SIP/101 - state 1 (Not in use)
[Aug 23 13:17:22] DEBUG[28227] devicestate.c: No provider found, checking channel drivers for SIP - 101
[Aug 23 13:17:22] DEBUG[28227] chan_sip.c: Checking device state for peer 101
[Aug 23 13:17:22] DEBUG[28227] devicestate.c: No provider found, checking channel drivers for SIP - 101
[Aug 23 13:17:22] DEBUG[28227] chan_sip.c: Checking device state for peer 101
[Aug 23 13:17:22] DEBUG[28227] devicestate.c: Changing state for SIP/101 - state 1 (Not in use)
[Aug 23 13:17:22] DEBUG[28227] devicestate.c: No provider found, checking channel drivers for SIP - 101
[Aug 23 13:17:22] DEBUG[28227] chan_sip.c: Checking device state for peer 101
[Aug 23 13:17:22] DEBUG[32232] cdr_addon_mysql.c: cdr_mysql: inserting a CDR record.[/size]

C.

check the bug reports, I think someone else has that. And it sure looked like an Asterisk issue. Does it fail on a sip initiated transfer as well as an Asterisk initiated transfer (e.g. SIP Redirect that a device can initiate vs. '##" from the keyboard)?

Indeed, this is the only xfer I use ‘##’ I haven’t tried device initiated xfer (which I think is attended). I just reverted to 1.4.9 and the problem went away. I’m about the try 1.4.11 - I’ll be back (if I can dodge the blows from the wife!)

OK - seems to be fixed in 1.4.11 - so it broke in 1.4.10 or 10.1

Thanks for your attention.

C.