[asterisk-bugs] [Asterisk 0015903]: udptl.conf parameter T38FaxUdpEC is not working correctly if set to t38UDPRedundancy
Asterisk Bug Tracker
noreply at bugs.digium.com
Tue Sep 15 12:55:53 CDT 2009
The following issue has been SUBMITTED.
======================================================================
https://issues.asterisk.org/view.php?id=15903
======================================================================
Reported By: schern
Assigned To: kpfleming
======================================================================
Project: Asterisk
Issue ID: 15903
Category: Channels/chan_sip/T.38
Reproducibility: always
Severity: major
Priority: normal
Status: assigned
Asterisk Version: 1.6.1.6
Regression: No
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Request Review:
======================================================================
Date Submitted: 2009-09-15 12:55 CDT
Last Modified: 2009-09-15 12:55 CDT
======================================================================
Summary: udptl.conf parameter T38FaxUdpEC is not working
correctly if set to t38UDPRedundancy
Description:
If I set the parameter T38FaxUdpEC = t38UDPRedundancy in udptl.conf the SDP
part of the T.38 re-INVITE from Asterisk to the carrier always contains the
wrong EC method:
[...]
a=T38FaxMaxDatagram:140
a=T38FaxUdpEC:t38UDPFEC
[...]
Correct would be a=T38FaxUdpEC:t38UDPRedundancy.
In Asterisk v1.6.0.6 and 1.4.x the EC method is set correctly to the value
of the udptl.conf.
======================================================================
Issue History
Date Modified Username Field Change
======================================================================
2009-09-15 12:55 schern New Issue
2009-09-15 12:55 schern Status new => assigned
2009-09-15 12:55 schern Assigned To => kpfleming
2009-09-15 12:55 schern Asterisk Version => 1.6.1.6
2009-09-15 12:55 schern Regression => No
2009-09-15 12:55 schern SVN Branch (only for SVN checkouts, not tarball
releases) => N/A
======================================================================
More information about the asterisk-bugs
mailing list