Announced Transfer and Call Parking (Asterisk 1.4)

Asterisk 1.4
Linksys 941

When attempting to park a call by pressing the transfer button on my Linksys 741 SIP phone and dialing 700, the park application wants to park my phone rather than my caller. Is this a limitation of the way announced transfers work, my Linksys 941 or a bug in call parking? – Bud

In this scenario, x723 calls x721; x721 attempts to park call:

[code]pbx*CLI>
– Executing [721@standardphone:1] Macro(“SIP/723-08d164a0”, “stdexten|721|SIP/721”) in new stack
– Executing [s@macro-stdexten:1] Dial(“SIP/723-08d164a0”, “SIP/721|20”) in new stack
– Called 721
– SIP/721-08d1eac8 is ringing
– SIP/721-08d1eac8 answered SIP/723-08d164a0
– Packet2Packet bridging SIP/723-08d164a0 and SIP/721-08d1eac8

[press transfer here]

-- Started music on hold, class 'default', on SIP/723-08d164a0
-- Executing [700@adminphone:1] Park("SIP/721-08d139a0", "") in new stack

== Parked SIP/721-08d139a0 on 701@parkedcalls. Will timeout back to extension [adminphone] s, 1 in 45 seconds
– Added extension ‘701’ priority 1 to parkedcalls
– Playing ‘digits/7’ (language ‘en’)
– Playing ‘digits/0’ (language ‘en’)
– Playing ‘digits/1’ (language ‘en’)
– Started music on hold, class ‘default’, on SIP/721-08d139a0

[press transfer again here]

== Spawn extension (adminphone, s, 1) exited KEEPALIVE on ‘SIP/721-08d139a0’
– Stopped music on hold on SIP/723-08d164a0
[Feb 12 17:14:18] WARNING[9945]: chan_sip.c:12310 handle_response: Notify answer on an owned channel?
== Spawn extension (macro-stdexten, s, 1) exited non-zero on ‘SIP/723-08d164a0’ in macro ‘stdexten’
== Spawn extension (macro-stdexten, s, 1) exited non-zero on ‘SIP/723-08d164a0’
– Stopped music on hold on SIP/721-08d139a0
== SIP/721-08d139a0 got tired of being parked

[both ends of call dropped]
[/code]