[asterisk-bugs] [Asterisk 0015649]: T38 Faxing failing on 1.6.1 svn

Asterisk Bug Tracker noreply at bugs.digium.com
Fri Aug 7 08:09:17 CDT 2009


A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=15649 
====================================================================== 
Reported By:                dazza76
Assigned To:                kpfleming
====================================================================== 
Project:                    Asterisk
Issue ID:                   15649
Category:                   Core/General
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     closed
Asterisk Version:           1.6.1.1 
Regression:                 No 
SVN Branch (only for SVN checkouts, not tarball releases): 1.6.1 
SVN Revision (number only!): 209900 
Request Review:              
Resolution:                 fixed
Fixed in Version:           
====================================================================== 
Date Submitted:             2009-08-04 06:28 CDT
Last Modified:              2009-08-07 08:09 CDT
====================================================================== 
Summary:                    T38 Faxing failing on 1.6.1 svn
Description: 
I am attempting to send faxes via t.38 through 2 asterisk servers
i.e
patton -> asterisk 1.6.1 -> asterisk 1.6.1 -> carrier 
what i have noticed is the fax negotiates but no data seems to make it,

when watching the console the below lines appear 
this does not happen on 1.6.1.1 or 1.6.1.2 but does happen on the svn rev
209900
 
the reason for the upgrade is the due to a segfault of ulaw fallback  on 1
carrier i.e issue 15290
Please let me know what log files are required.
====================================================================== 

---------------------------------------------------------------------- 
 (0108763) svnbot (reporter) - 2009-08-07 08:09
 https://issues.asterisk.org/view.php?id=15649#c108763 
---------------------------------------------------------------------- 
Repository: asterisk
Revision: 210993

_U  branches/1.6.0/
U   branches/1.6.0/main/udptl.c

------------------------------------------------------------------------
r210993 | kpfleming | 2009-08-07 08:09:16 -0500 (Fri, 07 Aug 2009) | 20
lines

Merged revisions 210992 via svnmerge from 
https://origsvn.digium.com/svn/asterisk/trunk

........
  r210992 | kpfleming | 2009-08-07 08:08:00 -0500 (Fri, 07 Aug 2009) | 13
lines
  
  Workaround broken T.38 endpoints that offer tiny MaxDatagram sizes.
  
  Some T.38 endpoints treat T38FaxMaxDatagram as the maximum IFP size that
should
  be sent to them, rather than the maximum packet payload size. If such an
  endpoint also requests UDPRedundancy as the error correction mode, we'll
end
  up calculating a tiny maximum IFP size, so small as to be unusable. This
patch
  sets a lower bound on what we'll consider the remote's maximum IFP size
to be,
  assuming that endpoints that do this really can accept larger packets
than
  they've offered to accept.
  
  (closes issue https://issues.asterisk.org/view.php?id=15649)
  Reported by: dazza76
........

------------------------------------------------------------------------

http://svn.digium.com/view/asterisk?view=rev&revision=210993 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-08-07 08:09 svnbot         Checkin                                      
2009-08-07 08:09 svnbot         Note Added: 0108763                          
======================================================================




More information about the asterisk-bugs mailing list