[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 
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-09-17 08:59 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
====================================================================== 

---------------------------------------------------------------------- 
 (0110863) vrban (reporter) - 2009-09-17 08:59
 https://issues.asterisk.org/view.php?id=15586#c110863 
---------------------------------------------------------------------- 
@globalnetinc 

what happen when you set the receiving analog fax to fixed to 9600bps ?

because in my T.38 test setup:
asterisk-trunk(219105) SendFax(spandsp-20090714) ----> Linksys Spa-2102
----> analog fax (brother FAX-2820) 

When the analog fax (brother FAX-2820) is set to it's max speed 14400, i
get this errors, but fax transmission is ok:

...
[Sep 17 15:26:16] ERROR[3539]: udptl.c:292 encode_open_type: Buffer
overflow detected (50 + 158 > 200)
[Sep 17 15:26:16] WARNING[3539]: udptl.c:1003 ast_udptl_write: UDPTL asked
to send 50 bytes of IFP when far end only prepared to accept 45 bytes; data
loss may occur.
[Sep 17 15:26:16] ERROR[3539]: udptl.c:292 encode_open_type: Buffer
overflow detected (50 + 158 > 200)
[Sep 17 15:26:16] WARNING[3539]: udptl.c:1003 ast_udptl_write: UDPTL asked
to send 50 bytes of IFP when far end only prepared to accept 45 bytes; data
loss may occur.
[Sep 17 15:26:16] ERROR[3539]: udptl.c:292 encode_open_type: Buffer
overflow detected (50 + 158 > 200)
[Sep 17 15:26:16] WARNING[3539]: udptl.c:1003 ast_udptl_write: UDPTL asked
to send 50 bytes of IFP when far end only prepared to accept 45 bytes; data
loss may occur.
[Sep 17 15:26:16] ERROR[3539]: udptl.c:292 encode_open_type: Buffer
overflow detected (50 + 158 > 200)
test-pbx01*CLI>
    -- Executing [s at t38-faxout:4] NoOp("SIP/10-08471b90", "###      
FAXSTATUS: SUCCESS") in new stack
    -- Executing [s at t38-faxout:5] NoOp("SIP/10-08471b90", "###       
FAXERROR: ") in new stack
    -- Executing [s at t38-faxout:6] NoOp("SIP/10-08471b90", "###        
FAXMODE: T38") in new stack
    -- Executing [s at t38-faxout:7] NoOp("SIP/10-08471b90", "###       
FAXPAGES: 1") in new stack
    -- Executing [s at t38-faxout:8] NoOp("SIP/10-08471b90", "###     
FAXBITRATE: 9600") in new stack  
    -- Executing [s at t38-faxout:9] NoOp("SIP/10-08471b90", "###  
FAXRESOLUTION: 3850") in new stack


When the analog fax (brother FAX-2820) is set to it's safe speed 9600, i
get no errors:

    -- Executing [s at t38-faxout:4] NoOp("SIP/10-08471b90", "###      
FAXSTATUS: SUCCESS") in new stack
    -- Executing [s at t38-faxout:5] NoOp("SIP/10-08471b90", "###       
FAXERROR: ") in new stack
    -- Executing [s at t38-faxout:6] NoOp("SIP/10-08471b90", "###        
FAXMODE: T38") in new stack
    -- Executing [s at t38-faxout:7] NoOp("SIP/10-08471b90", "###       
FAXPAGES: 1") in new stack
    -- Executing [s at t38-faxout:8] NoOp("SIP/10-08471b90", "###     
FAXBITRATE: 9600") in new stack
    -- Executing [s at t38-faxout:9] NoOp("SIP/10-08471b90", "###  
FAXRESOLUTION: 3850") in new stack 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-09-17 08:59 vrban          Note Added: 0110863                          
======================================================================