asterisk users - Oct 2009 - Drop calls when using Flash Operator Panel

Whenever I try to drag calls to the Parking Lot or On Hold, FOP would
drop my calls.  I have searched online and have found
similar problem, such as the link below. I have tried their solution
but still the FOP is not working correctly. I even installed the
HUDLite server and is getting the same results.

www.freepbx.org/forum/freepbx/users/flas...ot-transfering-calls

Here is the log when I tried to park the call using FOP. This is the
default setting after installing Elastix. Somehow the FOP doesn't work.
What am I doing wrong? 


dialparties.agi: Caller ID name is 'Mobile' number is '5234'
dialparties.agi: Methodology of ring is 'none'
-- dialparties.agi: Added extension 5334 to extension map
-- dialparties.agi: Extension 5334 cf is disabled
-- dialparties.agi: Extension 5334 do not disturb is disabled
dialparties.agi: Extension 5334 has ExtensionState: 0
-- dialparties.agi: Checking CW and CFB status for extension 5334
-- dialparties.agi: dbset CALLTRACE/5334 to 5234
-- dialparties.agi: Filtered ARG3: 5334
== Manager 'admin' logged off from 127.0.0.1
-- AGI Script dialparties.agi completed, returning 0
-- Executing [s at macro-dial:7] Dial("SIP/5234-0a14ce58",
"SIP/5334||tr" in new stack
-- Called 5334
-- SIP/5334-0a1015a8 is ringing
-- SIP/5334-0a1015a8 answered SIP/5234-0a14ce58
-- Executing [h at macro-dial:1] Macro("SIP/5234-0a14ce58",
"hangupcall" in new stack
-- Executing [s at macro-hangupcall:1] ResetCDR("SIP/5234-0a14ce58",
"w" in new stack
== Starting SIP/5334-0a1015a8 at parkedcalls,71,1 failed so falling back to
exten 's'
== Starting SIP/5334-0a1015a8 at parkedcalls,s,1 still failed so falling back to
context 'default'
-- Executing [s at default:1] Playback("SIP/5334-0a1015a8",
"vm-goodbye" in new stack
-- <SIP/5334-0a1015a8> Playing 'vm-goodbye' (language 'en'
-- Executing [s at macro-hangupcall:2] NoCDR("SIP/5234-0a14ce58",
"" in new stack
-- Executing [s at macro-hangupcall:3] GotoIf("SIP/5234-0a14ce58",
"1?skiprg" in new stack
-- Goto (macro-hangupcall,s,6)
-- Executing [s at macro-hangupcall:6] GotoIf("SIP/5234-0a14ce58",
"1?skipblkvm" in new stack
-- Goto (macro-hangupcall,s,9)
-- Executing [s at macro-hangupcall:9] GotoIf("SIP/5234-0a14ce58",
"1?theend" in new stack
-- Goto (macro-hangupcall,s,11)
-- Executing [s at macro-hangupcall:11] Hangup("SIP/5234-0a14ce58",
"" in new stack
== Spawn extension (macro-hangupcall, s, 11) exited non-zero on
'SIP/5234-0a14 ce58' in macro 'hangupcall'
== Spawn h extension (macro-dial, h, 1) exited non-zero on
'SIP/5234-0a14ce58'
== Spawn extension (macro-dial, s, 7) exited non-zero on
'SIP/5234-0a14ce58' in macro 'dial'
== Spawn extension (macro-exten-vm, s, 9) exited non-zero on
'SIP/5234-0a14ce58' in macro 'exten-vm'
== Spawn extension (from-internal, 5334, 1) exited non-zero on
'SIP/5234-0a14ce58'
-- Executing [s at default:2] Macro("SIP/5334-0a1015a8",
"hangupcall" in new stack
-- Executing [s at macro-hangupcall:1] ResetCDR("SIP/5334-0a1015a8",
"w" in new stack
-- Executing [s at macro-hangupcall:2] NoCDR("SIP/5334-0a1015a8",
"" in new stack
-- Executing [s at macro-hangupcall:3] GotoIf("SIP/5334-0a1015a8",
"1?skiprg" in new stack
-- Goto (macro-hangupcall,s,6)
-- Executing [s at macro-hangupcall:6] GotoIf("SIP/5334-0a1015a8",
"1?skipblkvm" in new stack
-- Goto (macro-hangupcall,s,9)
-- Executing [s at macro-hangupcall:9] GotoIf("SIP/5334-0a1015a8",
"1?theend" in new stack
-- Goto (macro-hangupcall,s,11)
-- Executing [s at macro-hangupcall:11] Hangup("SIP/5334-0a1015a8",
"" in new stack


      
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://lists.digium.com/pipermail/asterisk-users/attachments/20091004/cc79f19c/attachment.htm

hin lee wrote:
> Whenever I try to drag calls to the Parking Lot or On Hold, FOP would 
> drop my calls.  I have searched online and have found similar problem, 
> such as the link below. I have tried their solution but still the FOP 
> is not working correctly. I even installed the HUDLite server and is 
> getting the same results.
>
>
<http://www.freepbx.org/forum/freepbx/users/flas...ot-transfering-calls>
My experience shows, that if you're getting dropped calls when using 
FOP, then your grabbing the wrong leg of the call. 

I've (often) grabbed the phone instead of the incoming line.  We have a 
PRI, call comes in on channel 1, rings to the operator at 4100.  Go to 
transfer a call, I (mistakenly) grab 4100 and drop it off on the 
destination, call drops.  What I should have done is grab channel 1 on 
the inbound call.

Doug


-- 
Ben Franklin quote:

"Those who would give up Essential Liberty to purchase a little Temporary
Safety, deserve neither Liberty nor Safety."