[asterisk-bugs] [Asterisk 0006876]: threewaycalling=yes may cause unexpected "transfers" with analog phones
noreply at bugs.digium.com
noreply at bugs.digium.com
Wed Aug 8 14:18:40 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.9
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-08-2007 14:18 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.
======================================================================
----------------------------------------------------------------------
stevedavies - 08-08-07 14:18
----------------------------------------------------------------------
guys - you can't document that you can't use threewaycalling for zap
channels.
cos without threewaycalling, you can't hookflash and transfer from an
analogue phone.
There's definitely a bug here.
Steve
Issue History
Date Modified Username Field Change
======================================================================
08-08-07 14:18 stevedavies Note Added: 0068633
======================================================================
More information about the asterisk-bugs
mailing list