[asterisk-bugs] [Asterisk 0015770]: [patch] faxing with T.38 fails

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=15770 
====================================================================== 
Reported By:                Had
Assigned To:                kpfleming
====================================================================== 
Project:                    Asterisk
Issue ID:                   15770
Category:                   Channels/chan_sip/T.38
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     feedback
Asterisk Version:           1.4.26.1 
Regression:                 No 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2009-08-24 12:10 CDT
Last Modified:              2009-08-27 11:30 CDT
====================================================================== 
Summary:                    [patch] faxing with T.38 fails
Description: 
I have asterisk 1.4.26.1 setup with T.38 passthrough. I have linksys 2102
ATA and my provider use Cisco gateway with T.38 support enabled. Everytime
I send fax this fail with no apparent reason. 
In sip debug logs it looks that T.38 negotiation was successfull, later I
receive SIP BYE packet from provider and the call si hangup but no fax is
sent.
====================================================================== 

---------------------------------------------------------------------- 
 (0109745) Had (reporter) - 2009-08-27 11:30
 https://issues.asterisk.org/view.php?id=15770#c109745 
---------------------------------------------------------------------- 
I have that asterisk server installed on virtual server which is running on
windows server. The eth0 interface of VM server is bridged with hardware
ethernet card. This could cause duplicate packets in those traces. But the
audio calls sounds OK. 
Today I will install the server on my other server with public IP and I'll
test it again. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-08-27 11:30 Had            Note Added: 0109745                          
======================================================================