[asterisk-bugs] [Asterisk 0016025]: [patch] failed to negiotate t38

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=16025 
====================================================================== 
Reported By:                jamicque
Assigned To:                kpfleming
====================================================================== 
Project:                    Asterisk
Issue ID:                   16025
Category:                   Channels/chan_sip/T.38
Reproducibility:            always
Severity:                   crash
Priority:                   normal
Status:                     assigned
Asterisk Version:           1.6.0.15 
JIRA:                        
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2009-10-06 10:16 CDT
Last Modified:              2009-10-09 17:01 CDT
====================================================================== 
Summary:                    [patch] failed to negiotate t38
Description: 
I found a problem today, after upgrading from 1.4.x to 1.6.0.15.
When I try to send fax using t38 with ZOIPER softphone thru asterisk to mu
VoIP operator, asterisk fails to negotiate T38.

I found that after the ZOIPER send reinvite with t38, asterisk sends this
reinvite to operator. And then Asterisk send reinvite to operator with g711
??


The asterisk LOG and cap file is in attachment.
====================================================================== 

---------------------------------------------------------------------- 
 (0112175) kpfleming (administrator) - 2009-10-09 17:01
 https://issues.asterisk.org/view.php?id=16025#c112175 
---------------------------------------------------------------------- 
OK, on closer inspection of the log I see now that something is changing
the T.38 state of the 'jamicque' peer's channel to T38_DISABLED, which
causes the reinvite back to audio. Please apply the attached patch and test
again; this patch will cause the T.38 state change message to include the
function (and line number) that triggered the change. Thanks! 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-10-09 17:01 kpfleming      Note Added: 0112175                          
======================================================================