[asterisk-bugs] [Asterisk 0017641]: [patch] reset visible_indication after call answering
Asterisk Bug Tracker
noreply at bugs.digium.com
Wed Jul 14 12:13:14 CDT 2010
A NOTE has been added to this issue.
======================================================================
https://issues.asterisk.org/view.php?id=17641
======================================================================
Reported By: klaus3000
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 17641
Category: Applications/app_dial
Reproducibility: always
Severity: minor
Priority: normal
Status: ready for testing
Asterisk Version: 1.6.2.9
JIRA: SWP-1850
Regression: No
Reviewboard Link:
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Request Review:
======================================================================
Date Submitted: 2010-07-14 07:17 CDT
Last Modified: 2010-07-14 12:13 CDT
======================================================================
Summary: [patch] reset visible_indication after call
answering
Description:
Currently, after a call is established (outgoing channel is answered), a
visible_indication on the incoming channel is not reset.
This can cause problems when the channel is later used by services which
check for visible_indication and trigger indication.
Consider the following case:
exten => a,1,Answer()
exten => a,2,Dial(SIP/a)
exten => b,1,Answer()
exten => b,2,Dial(SIP/b)
exten => c,1,Answer()
exten => c,2,Dial(SIP/c)
A calls B. B calls C. B refers A to C (attended transfer).
When A calls B, channel A is answered (UP). When the outgoing channel (B1)
receives 180 ringing, a ringback tone will be played back to A (as A is
already UP) and the visible_indication is set to ringing (3).
Later, when channel A is masquereded into channel B2 (B->C), the visible
indication is still set, and Asterisk will falsely play a ringbacl tone to
A as the attended transfer checks for visible_indication and triggers
ast_indicate().
======================================================================
Relationships ID Summary
----------------------------------------------------------------------
has duplicate 0017400 Writeformat Slin instead Alaw after att...
======================================================================
----------------------------------------------------------------------
(0124554) schmidts (reporter) - 2010-07-14 12:13
https://issues.asterisk.org/view.php?id=17641#c124554
----------------------------------------------------------------------
i´ve tested this patch with the setup as described in 17400 and the
channels are all ok. no slin write format after an attendand transfer.
thanks klaus for your patch.
Issue History
Date Modified Username Field Change
======================================================================
2010-07-14 12:13 schmidts Note Added: 0124554
======================================================================
More information about the asterisk-bugs
mailing list