[asterisk-bugs] [Asterisk 0014849]: SendFax function not working as expected on > 1.6.0.7

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=14849 
====================================================================== 
Reported By:                afosorio
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   14849
Category:                   Channels/chan_sip/T.38
Reproducibility:            always
Severity:                   feature
Priority:                   normal
Status:                     new
Asterisk Version:           1.6.0.7 
Regression:                 No 
SVN Branch (only for SVN checkouts, not tarball releases): 1.6.0 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2009-04-07 15:51 CDT
Last Modified:              2009-05-04 14:54 CDT
====================================================================== 
Summary:                    SendFax function not working as expected on >
1.6.0.7
Description: 
When trying to send a fax via callfile using T.38 in asterisk version
1.6.0.5 it works fine, but after upgrading to asterisk 1.6.0.7 or newer it
does not work. When receiving re-INVITE from media gateway (Cisco AS-5400)
Asterisk ends call answering 488 Not acceptable here. I am running Asterisk
under Debian kernel 2.6.18-6-686. I am attaching captures both for scenario
which works and scenario which does not work. 
====================================================================== 

---------------------------------------------------------------------- 
 (0104147) gentian (reporter) - 2009-05-04 14:54
 http://bugs.digium.com/view.php?id=14849#c104147 
---------------------------------------------------------------------- 
hi it seems more of a codec problem. 
When asterisk receives invite for T.38 it complains that there is no audio
codec in the path so it just hangup the call with 488 unacceptable due to
codec mismatch. so asterisk thinks that the T.38 reinvite is just another
call but since the Sipura or any other ATA send the invite only with T.38
codec with no audio codec asterisk does not accept that... 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-05-04 14:54 gentian        Note Added: 0104147                          
======================================================================