[asterisk-bugs] [Asterisk 0015586]: [patch] Failure to negotiate T.38

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=15586 
====================================================================== 
Reported By:                globalnetinc
Assigned To:                kpfleming
====================================================================== 
Project:                    Asterisk
Issue ID:                   15586
Category:                   Channels/chan_sip/T.38
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     assigned
Asterisk Version:           SVN 
JIRA:                        
Regression:                 No 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2009-07-26 15:57 CDT
Last Modified:              2009-10-01 07:33 CDT
====================================================================== 
Summary:                    [patch] Failure to negotiate T.38
Description: 
To implement T.38 on most ATAs their is a reinvite required.  In the
process of gatewaying the T.38 negotiations the Asterisk server is not
doing this correctly.  On versions past 1.6.0.10 it does not even send the
same ports on the RTP streams to both parties.  

Every version past 1.6.0.10 fails
1.6.0.11
1.6.1.0
1.6.1.1
1.6.2.0-rc

This also includes the new T.38 stack that is is being introduced. in the
SVN tree of 1.6.1.1 and 1.6.2.0
======================================================================
Relationships       ID      Summary
----------------------------------------------------------------------
has duplicate       0015886 T38 udptl.c bufferoverflow
====================================================================== 

---------------------------------------------------------------------- 
 (0111700) kpfleming (administrator) - 2009-10-01 07:33
 https://issues.asterisk.org/view.php?id=15586#c111700 
---------------------------------------------------------------------- 
Sorry for the delay in updates; I was on a two-week business trip and am
just getting caught up.

I've attached a completely new patch, that takes a different approach to
solving this problem. Instead of trying to set hardcoded minimum/maximum
values for datagram sizes in the UDPTL stack, this patch adds the ability
to override the remote endpoint's T38FaxMaxDatagram value on a global or
per-peer/user basis in sip.conf, with any value you wish to use. The
default is still to honor the value that the remote endpoint supplies, but
it can be overridden to solve problems like you are experiencing.

Please give this patch a try (it's against the SVN 1.6.0 branch, I can
supply versions against other branches if needed). Thanks! 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-10-01 07:33 kpfleming      Note Added: 0111700                          
======================================================================