mirror of
https://github.com/asterisk/asterisk.git
synced 2026-01-03 13:04:32 +00:00
361c9a99e1
There are some VoIP providers out there that will not accept SDP offers with odd numbered UDPTL ports. While it is my personal opinion that these VoIP providers are misinterpreting RFC 2327, it really is not a big deal to play along with their silly little games. Of course, since restricting UDPTL ports to only even numbers reduces the range of available ports by half, so the option to use only even port numbers is off by default. A user can enable the behavior by setting use_even_ports=yes in udptl.conf. (closes issue #15182) Reported by: CGMChris Patches: 15182.patch uploaded by mmichelson (license 60) Tested by: CGMChris git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.4@209131 65c4cc65-6c06-0410-ace0-fbb531ad65f3
36 lines
822 B
Plaintext
36 lines
822 B
Plaintext
;
|
|
; UDPTL Configuration (UDPTL is one of the transports for T.38)
|
|
;
|
|
[general]
|
|
;
|
|
; UDPTL start and UDPTL end configure start and end addresses
|
|
;
|
|
udptlstart=4000
|
|
udptlend=4999
|
|
;
|
|
; Whether to enable or disable UDP checksums on UDPTL traffic
|
|
;
|
|
;udptlchecksums=no
|
|
;
|
|
; The error correction type to be sent
|
|
;
|
|
T38FaxUdpEC = t38UDPFEC
|
|
;T38FaxUdpEC = t38UDPRedundancy
|
|
;
|
|
; The maximum length of a UDPTL packet
|
|
;
|
|
T38FaxMaxDatagram = 400
|
|
;
|
|
; The number of error correction entries in a UDPTL packet
|
|
;
|
|
udptlfecentries = 3
|
|
;
|
|
; The span over which parity is calculated for FEC in a UDPTL packet
|
|
;
|
|
udptlfecspan = 3
|
|
;
|
|
; Some VoIP providers will only accept an offer with an even-numbered
|
|
; UDPTL port. Set this option so that Asterisk will only attempt to use
|
|
; even-numbered ports when negotiating T.38. Default is no.
|
|
use_even_ports = no
|