[asterisk-bugs] [Asterisk 0015903]: udptl.conf parameter T38FaxUdpEC is not working correctly if set to t38UDPRedundancy

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
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 17:04 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.
====================================================================== 

---------------------------------------------------------------------- 
 (0110752) schern (reporter) - 2009-09-15 17:04
 https://issues.asterisk.org/view.php?id=15903#c110752 
---------------------------------------------------------------------- 
Sorry for bad log. I created a new directly with Asterisk
(T38UDPFEC_ERROR_02.log.gz):

The bad EC method you can see at line 485.

The IPs in the log are used by the following devices:
1.2.3.150 = Asterisk IP
172.30.48.24 = ATA Device (internal IP)
1.2.3.21 = ATA Device (external IP)
1.2.3.160 = CUSTOMER PROXY
1.2.3.154 = Carrier Proxy https://issues.asterisk.org/view.php?id=1

Not so important IPs:
1.2.3.70 = Carrier Proxy https://issues.asterisk.org/view.php?id=2
1.2.3.81 = Carrier Proxy https://issues.asterisk.org/view.php?id=3
1.2.3.11 = Carrier Gateway 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-09-15 17:04 schern         Note Added: 0110752                          
======================================================================