[asterisk-bugs] [Asterisk 0017954]: Peer does not hang up when caller hangup while app_dial is executing - Deadagi
Asterisk Bug Tracker
noreply at bugs.digium.com
Mon Sep 6 02:11:12 CDT 2010
A NOTE has been added to this issue.
======================================================================
https://issues.asterisk.org/view.php?id=17954
======================================================================
Reported By: mn3250
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 17954
Category: Applications/app_dial
Reproducibility: always
Severity: major
Priority: normal
Status: new
Asterisk Version: 1.6.2.11
JIRA:
Regression: No
Reviewboard Link:
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Request Review:
======================================================================
Date Submitted: 2010-09-05 13:36 CDT
Last Modified: 2010-09-06 02:11 CDT
======================================================================
Summary: Peer does not hang up when caller hangup while
app_dial is executing - Deadagi
Description:
I am trying to execute a dead agi application:
exten => 1111,1,DeadAgi,calling.pl
exten => 1111,n,Hangup()
in calling.pl I have:
$result=$AGI->exec("Background", "connecting");
$dialstr = $type."/$callednumber@".$providerip."|90|rHL(" . ($calltime *
60 * 1000) . ")";
$result=$AGI->exec("DIAL $dialstr");
everything works fine if the caller does not hangup and the progress tone
is played to the caller but if the caller disconnect the call while
connecting.gsm is played, the peer does not disconnect even after the
originating channel is hung up.
Should * not disconnect the briged channel when originating channel
dissconnects?
Asterisk reports the caller disconnect and DIALSTATUS is CANCEL but the
bridged call stays in progress and connects unless a restart is issued. If
this is normal (I do not think so), is there a workaround to disconnect the
bridged leg after caller hangs up in my agi script?
======================================================================
----------------------------------------------------------------------
(0126641) mn3250 (reporter) - 2010-09-06 02:11
https://issues.asterisk.org/view.php?id=17954#c126641
----------------------------------------------------------------------
Thank you for your answer. The same is happening using AGI.
Issue History
Date Modified Username Field Change
======================================================================
2010-09-06 02:11 mn3250 Note Added: 0126641
======================================================================
More information about the asterisk-bugs
mailing list