[asterisk-bugs] [Asterisk 0017105]: 1.6.1.18 -> 1.6.2.6 T38 Fax: call drops

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=17105 
====================================================================== 
Reported By:                seandarcy
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   17105
Category:                   Applications/app_fax
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     acknowledged
Asterisk Version:           1.6.2.6 
JIRA:                       SWP-1184 
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2010-03-27 16:27 CDT
Last Modified:              2010-04-27 13:29 CDT
====================================================================== 
Summary:                    1.6.1.18 -> 1.6.2.6 T38 Fax: call drops
Description: 
Using spandsp-0.0.6-pre17, SendFax on 1.6.1.18 and ReceiveFax on 
1.6.2.8. Sip.conf on both sides has t38pt_udptl = yes.

     -- Executing [s at fax-tx-test:3] SendFAX("SIP/side-sip-00000009", 
"/var/spool/asterisk/fax/20091113_1455.tif") in new stack
[Mar 20 17:05:34] WARNING[6433]: app_fax.c:178 phase_e_handler: Error 
transmitting fax. result=49: The call dropped prematurely.
[Mar 20 17:05:34] WARNING[6433]: app_fax.c:772 transmit: Transmission
failed
     -- Executing [s at fax-tx-test:4] Hangup("SIP/side-sip-00000009", "") 
in new stack
   == Spawn extension (fax-tx-test, s, 4) exited non-zero on 
'SIP/side-sip-00000009'
     -- Executing [h at fax-tx-test:1] NoOp("SIP/side-sip-00000009", 
"FAXSTATUS: FAILED
FAXERROR: The call dropped prematurely
FAXMODE: T38")

On the receive side:

     -- Executing [s at incoming-fax:2] ReceiveFAX("SIP/side-sip-00000002", 
"/var/spool/asterisk/fax/20100320_1705.tif") in new stack
[Mar 20 17:05:34] WARNING[21512]: app_fax.c:223 phase_e_handler: Error 
transmitting fax. result=48: Disconnected after permitted retries.
[Mar 20 17:05:34] WARNING[21512]: app_fax.c:820 transmit: Transmission 
failed
     -- Executing [s at incoming-fax:3] Hangup("SIP/side-sip-00000002", "") 
in new stack

FAXSTATUS: FAILED
FAXERROR: Disconnected after permitted retries
FAXMODE: T38")

Sip audio calls work fine over side-sip.

And if I use the same script to send DAHDI->DAHDI over pstn, it works.

I'm uploading error.sip.fax, a sip debug from the SendFax end.
10.10.10.180 is 1.6.1.18 SendFax, 64.aaa.bbb.ccc is the SendFax public ip.
10.10.11.180 is 1.6.2.6 ReceiveFax and 76.xxx.yyy.zzz is the ReceiveFax
public ip.

====================================================================== 

---------------------------------------------------------------------- 
 (0121018) jtodd (administrator) - 2010-04-27 13:29
 https://issues.asterisk.org/view.php?id=17105#c121018 
---------------------------------------------------------------------- 
I'm not sure when we'll be able to get to this, since it seems to be within
the spandsp code.  Hopefully someone else who is more familiar with that
code can take a shot at fixing this.  Perhaps you can reach out on the
mailing list?

To determine if this is something with spandsp or somewhere higher in the
stack, perhaps you might try loading up the free single-channel version of
the Digium fax driver and see if you can make it work.  If it still fails,
you'll get a lot more attention from Digium developers since that's a
"commercial" module. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-04-27 13:29 jtodd          Note Added: 0121018                          
======================================================================