[asterisk-bugs] [Asterisk 0016497]: [regression] T.38 no longer functions

Asterisk Bug Tracker noreply at bugs.digium.com
Fri Jan 8 10:56:02 CST 2010


A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=16497 
====================================================================== 
Reported By:                globalnetinc
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   16497
Category:                   Channels/chan_sip/T.38
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     acknowledged
Target Version:             1.6.1.14
Asterisk Version:           1.6.1.12 
JIRA:                       SWP-603 
Regression:                 Yes 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2009-12-21 19:59 CST
Last Modified:              2010-01-08 10:56 CST
====================================================================== 
Summary:                    [regression] T.38 no longer functions
Description: 
After upgrade from 1.6.11 to 1.6.1.12 T.38 no longer functions.

WARNING[26670] udptl.c: (SIP/4065877430): UDPTL asked to send 1 bytes of
IFP when far end only prepared to accept 0 bytes; data loss will occur.You
may need to override the T38FaxMaxDatagram value for this endpoint in the
channel driver configuration.

This is generated even though sip.conf has
t38pt_udptl=yes,redundancy,maxdatagram=176

After returning to 1.6.1.11 T.38 functions correctly.
 
====================================================================== 

---------------------------------------------------------------------- 
 (0116305) globalnetinc (reporter) - 2010-01-08 10:56
 https://issues.asterisk.org/view.php?id=16497#c116305 
---------------------------------------------------------------------- 
Seems T.38 should be more important than to leave broke for 2 versions. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-01-08 10:56 globalnetinc   Note Added: 0116305                          
======================================================================




More information about the asterisk-bugs mailing list