[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