[asterisk-bugs] [Asterisk 0015586]: [patch] Failure to negotiate T.38
Asterisk Bug Tracker
noreply at bugs.digium.com
Sun Oct 4 18:01:00 CDT 2009
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-04 18:00 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
======================================================================
----------------------------------------------------------------------
(0111831) globalnetinc (reporter) - 2009-10-04 18:00
https://issues.asterisk.org/view.php?id=15586#c111831
----------------------------------------------------------------------
I did not see a check in of the code for the other branches. attached are
2 traces. one is fromn 1.6.1.0 which works. the fax goes through and is
correct. the other is from 1.6.0-svn current code. it fails. it has all
of the info requested pluse a pcap file of the data sent 2 and from all
parties involved in the fax.
Issue History
Date Modified Username Field Change
======================================================================
2009-10-04 18:00 globalnetinc Note Added: 0111831
======================================================================
More information about the asterisk-bugs
mailing list