[asterisk-bugs] [Asterisk 0014613]: Sending and receiving a fax between extensions on the same Asterisk machine fails
Asterisk Bug Tracker
noreply at bugs.digium.com
Mon Mar 9 07:48:04 CDT 2009
The following issue has been RESOLVED.
======================================================================
http://bugs.digium.com/view.php?id=14613
======================================================================
Reported By: amessina
Assigned To: file
======================================================================
Project: Asterisk
Issue ID: 14613
Category: Applications/app_fax
Reproducibility: always
Severity: major
Priority: normal
Status: resolved
Asterisk Version: 1.6.0.5
Regression: No
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Request Review:
Resolution: not fixable
Fixed in Version:
======================================================================
Date Submitted: 2009-03-06 02:21 CST
Last Modified: 2009-03-09 07:48 CDT
======================================================================
Summary: Sending and receiving a fax between extensions on
the same Asterisk machine fails
Description:
When I attempt to send a fax from one extension to another on the same
Asterisk machine, the process always fails. I have no trouble sending or
receiving faxes via audio or T.38 as long as one of the endpoints is not on
my Asterisk machine.
I originate the call via AMI. With the channel set to
Local/sendfax at mss-fax/n and the Exten set to 2240 (other proper Originate
variables are set as well--I use this same method to send faxes out of this
machine).
The following is the CLI output with debug=3:
== Manager 'fax' logged off from 127.0.0.1
-- Executing [2240 at mss-fax:1] Set("Local/sendfax at mss-fax-efcb;1",
"MAILTO=amessina") in new stack
-- Executing [2240 at mss-fax:2] Set("Local/sendfax at mss-fax-efcb;1",
"ARRAY(LOCALSTATIONID,LOCALHEADERINFO,FAXFILE)=+1 773 XXX XXXX,Messinet
Secure Services - Asterisk FAX
Gateway,/var/spool/asterisk/fax/chicago-1236326632.201.tif") innew stack
-- Executing [2240 at mss-fax:3] ReceiveFAX("Local/sendfax at mss-fax-efcb;1",
"/var/spool/asterisk/fax/chicago-1236326632.201.tif") in new stack
[Mar 6 02:08:53] WARNING[20982]: app_fax.c:439 transmit_audio: It looks
like we hung. Aborting.
[Mar 6 02:08:53] WARNING[20982]: app_fax.c:173 phase_e_handler: Error
transmitting fax. result=49: The call dropped prematurely.
[Mar 6 02:08:53] WARNING[20982]: app_fax.c:618 transmit: Transmission
error
== Spawn extension (mss-fax, 2240, 3) exited non-zero on
'Local/sendfax at mss-fax-efcb;1'
-- Executing [h at mss-fax:1] Hangup("Local/sendfax at mss-fax-efcb;1", "") in
new stack
== Spawn extension (mss-fax, h, 1) exited non-zero on
'Local/sendfax at mss-fax-efcb;1'
[Mar 6 02:08:53] WARNING[20981]: app_fax.c:173 phase_e_handler: Error
transmitting fax. result=49: The call dropped prematurely.
[Mar 6 02:08:53] WARNING[20981]: app_fax.c:618 transmit: Transmission
error
== Spawn extension (mss-fax, sendfax, 2) exited non-zero on
'Local/sendfax at mss-fax-efcb;2'
-- Executing [h at mss-fax:1] Hangup("Local/sendfax at mss-fax-efcb;2", "") in
new stack
== Spawn extension (mss-fax, h, 1) exited non-zero on
'Local/sendfax at mss-fax-efcb;2'
======================================================================
----------------------------------------------------------------------
(0101365) file (administrator) - 2009-03-09 07:48
http://bugs.digium.com/view.php?id=14613#c101365
----------------------------------------------------------------------
This is a known limitation with the way chan_local and app_fax are
interacting. The only suggestion is to make sure internal_timing is enabled
in asterisk.conf under options and that you have a Dahdi timing source.
Issue History
Date Modified Username Field Change
======================================================================
2009-03-09 07:48 file Note Added: 0101365
2009-03-09 07:48 file Status new => resolved
2009-03-09 07:48 file Resolution open => not fixable
2009-03-09 07:48 file Assigned To => file
======================================================================
More information about the asterisk-bugs
mailing list