[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