[asterisk-bugs] [Asterisk 0010809]: Asterisk segfaults after an attended transfer to a queue using "Eyebeam" softphone.
noreply at bugs.digium.com
noreply at bugs.digium.com
Tue Oct 9 05:21:30 CDT 2007
A NOTE has been added to this issue.
======================================================================
http://bugs.digium.com/view.php?id=10809
======================================================================
Reported By: Ted Brown
Assigned To: dwaynemh
======================================================================
Project: Asterisk
Issue ID: 10809
Category: Applications/app_queue
Reproducibility: always
Severity: crash
Priority: normal
Status: feedback
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:
======================================================================
Date Submitted: 09-23-2007 16:13 CDT
Last Modified: 10-09-2007 05:21 CDT
======================================================================
Summary: Asterisk segfaults after an attended transfer to a
queue using "Eyebeam" softphone.
Description:
Platform: Suse Linux Enterprise Server 10
Machine: IBM xSeries 226
Asterisk version: 1.4.11
Bug description:
Asterisk crashes (segfault) when an attended transfer to a queue is
performed and when EYEBEAM sofphone is used to make the transfer. This
crash can be easily reproduced as follows:
======================================================================
Relationships ID Summary
----------------------------------------------------------------------
related to 0007706 Redirecting Local channels to Meetme ca...
======================================================================
----------------------------------------------------------------------
Ted Brown - 10-09-07 05:21
----------------------------------------------------------------------
I'm testing now SVN-branch-1.4-r85057. A couple of things to tell you:
Found a way to make * crash. I made several attended transfers to queues
which didn't crash, then tried this: made a call to a queue A, picked the
call with an eyebeam A, then atx to another queue B, picked this second
call with another eyebeam, then atx to another queue C, then crash. Just
after the crash tried this again and asterisk didn't crash.
This scenario may look quite complicated, but in our production machine is
perfectly possible and understandable.
I also tried the latest patch for bug 10406, and asterisk will crash after
every attended transfer to queues with the eyebeam. Tested it with linksys
phones, and it doesn't crash.
I noticed too that the number of channels used for the transfer changes
from one model and version to another.
I'm uploading my current configuration and the core show channels for
different tests
Issue History
Date Modified Username Field Change
======================================================================
10-09-07 05:21 Ted Brown Note Added: 0071683
======================================================================
More information about the asterisk-bugs
mailing list