[asterisk-bugs] [Asterisk 0011636]: many retries to lock channels when using attended transfer
noreply at bugs.digium.com
noreply at bugs.digium.com
Wed Dec 26 21:49:31 CST 2007
The following issue has been RESOLVED.
======================================================================
http://bugs.digium.com/view.php?id=11636
======================================================================
Reported By: liorm
Assigned To: russell
======================================================================
Project: Asterisk
Issue ID: 11636
Category: Channels/General
Reproducibility: always
Severity: major
Priority: normal
Status: resolved
Asterisk Version: 1.4.11
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Disclaimer on File?: N/A
Request Review:
Resolution: no change required
Fixed in Version:
======================================================================
Date Submitted: 12-26-2007 15:55 CST
Last Modified: 12-26-2007 21:49 CST
======================================================================
Summary: many retries to lock channels when using attended
transfer
Description:
A big delay before answering the call because of failures on locking a
channel.
The bug is reproduced in a call center after few days that the system is
working and since I have started to transfer calls from the queue using the
"t" option.
======================================================================
----------------------------------------------------------------------
russell - 12-26-07 21:49
----------------------------------------------------------------------
Furthermore, unless you actually have a problem with the system locking up
and something not working, then this is not a problem. The output you have
provided is just debug output and does not signify a real problem.
Issue History
Date Modified Username Field Change
======================================================================
12-26-07 21:49 russell Note Added: 0075994
======================================================================
More information about the asterisk-bugs
mailing list