[asterisk-bugs] [Asterisk 0011453]: FASTAGI disconnects all ssh sessions to PC when hangup occurs
noreply at bugs.digium.com
noreply at bugs.digium.com
Mon Dec 10 17:00:10 CST 2007
The following issue has been CLOSED
======================================================================
http://bugs.digium.com/view.php?id=11453
======================================================================
Reported By: alanmcmillan
Assigned To: file
======================================================================
Project: Asterisk
Issue ID: 11453
Category: Resources/res_agi
Reproducibility: always
Severity: major
Priority: normal
Status: closed
Asterisk Version: SVN
SVN Branch (only for SVN checkouts, not tarball releases): trunk
SVN Revision (number only!):
Disclaimer on File?: N/A
Request Review:
Resolution: fixed
Fixed in Version:
======================================================================
Date Submitted: 12-03-2007 22:23 CST
Last Modified: 12-10-2007 17:00 CST
======================================================================
Summary: FASTAGI disconnects all ssh sessions to PC when
hangup occurs
Description:
While using fastagi to control calls it is closing ssh sessions when the
agi session terminates. I will be logged in to asterisk via ssh and running
asterisk -r. Then we dump a file into the /var/spool/asterisk/outgoing
directory which dials an aleg then on answer dials a bleg and bridges the
call legs. Once the FASTAGI session terminates its control is disconnects
my asterisk -r ssh session completely from the PC.. happens on every call
and all connection to the PC are terminated.
Thanks in advance!
Alan
======================================================================
Relationships ID Summary
----------------------------------------------------------------------
has duplicate 0011488 LIBSS7 - AGI dropping ssh sessions runn...
======================================================================
----------------------------------------------------------------------
Corydon76 - 12-10-07 17:00
----------------------------------------------------------------------
No, that's intentional. Though we send the process a SIGHUP to tell it
that a hangup has occurred, we will continue to interact with the process,
if it survives the HUP signal (which it can, if it installs a signal
handler).
Issue History
Date Modified Username Field Change
======================================================================
12-10-07 17:00 Corydon76 Note Added: 0075166
12-10-07 17:00 Corydon76 Status assigned => closed
12-10-07 17:00 Corydon76 Resolution reopened => fixed
======================================================================
More information about the asterisk-bugs
mailing list