[asterisk-bugs] [Asterisk 0015558]: Bridged channels doesn't free after call termination
Asterisk Bug Tracker
noreply at bugs.digium.com
Thu Jul 23 03:17:22 CDT 2009
The following issue has been SUBMITTED.
======================================================================
https://issues.asterisk.org/view.php?id=15558
======================================================================
Reported By: kayakru
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 15558
Category: Channels/General
Reproducibility: always
Severity: minor
Priority: normal
Status: new
Asterisk Version: 1.6.0.9
Regression: No
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Request Review:
======================================================================
Date Submitted: 2009-07-23 03:17 CDT
Last Modified: 2009-07-23 03:17 CDT
======================================================================
Summary: Bridged channels doesn't free after call
termination
Description:
Channel A (all channels - iax2) waiting in queue, channel B and C in some
MeetMe room. I make Bridge between channels A and B by AMI interface,
channel C stay in MeetMe. After termination of the call between A and B -
pair bridged channels still in list of active channels.
If I send soft hangup to one of pair - both channels hangup. In the log I
see that Asterisk after soft hangup continue dialplan execution from
positions where channels was bridged.
Tested on versions 1.6.1.7-rc1,1.6.0.9,1.6.0.11-rc1
System - Centos 5.3 x64
======================================================================
Issue History
Date Modified Username Field Change
======================================================================
2009-07-23 03:17 kayakru New Issue
2009-07-23 03:17 kayakru Asterisk Version => 1.6.0.9
2009-07-23 03:17 kayakru Regression => No
2009-07-23 03:17 kayakru SVN Branch (only for SVN checkouts, not tarball
releases) => N/A
======================================================================
More information about the asterisk-bugs
mailing list