[asterisk-bugs] [Asterisk 0006876]: threewaycalling=yes may cause unexpected "transfers" with analog phones
noreply at bugs.digium.com
noreply at bugs.digium.com
Thu Aug 9 09:25:58 CDT 2007
A NOTE has been added to this issue.
======================================================================
http://bugs.digium.com/view.php?id=6876
======================================================================
Reported By: Kiki
Assigned To: mattf
======================================================================
Project: Asterisk
Issue ID: 6876
Category: Core/General
Reproducibility: sometimes
Severity: major
Priority: normal
Status: assigned
Asterisk Version: 1.4.10
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Disclaimer on File?: No
Request Review:
======================================================================
Date Submitted: 04-04-2006 08:42 CDT
Last Modified: 08-09-2007 09:25 CDT
======================================================================
Summary: threewaycalling=yes may cause unexpected "transfers"
with analog phones
Description:
After try for transfer call from queue to Zap channel or SIP address, time
to time gets looped error message(chan_zap.c: We're Zap/50-1, not
Zap/50-2<ZOMBIE>" or "chan_zap.c: We're Zap/50-1, not SIP/???"
Need to softhangup to stop this buggy behaivor.
Please advice.
======================================================================
----------------------------------------------------------------------
dlorimer - 08-09-07 09:25
----------------------------------------------------------------------
Right, in order to avoid the problem (this is not a "FIX"), we found you
must turn off three way calling, which then eliminates hookflash and call
waiting. This needs fixed! For those of us still using a large array of
zap channels, this is a big deal.
Issue History
Date Modified Username Field Change
======================================================================
08-09-07 09:25 dlorimer Note Added: 0068657
======================================================================
More information about the asterisk-bugs
mailing list