Skip to content
Snippets Groups Projects
  • Kevin P. Fleming's avatar
    20743ec0
    Allow non-compliant T.38 endpoints to be supportable via configuration option. · 20743ec0
    Kevin P. Fleming authored
    Many T.38 endpoints incorrectly send the maximum IFP frame size they can accept
    as the T38FaxMaxDatagram value in their SDP, when in fact this value is
    supposed to be the maximum UDPTL payload size (datagram size) they can accept.
    If the value they supply is small enough (a commonly supplied value is '72'),
    T.38 UDPTL transmissions will likely fail completely because the UDPTL packets
    will not have enough room for a primary IFP frame and the redundancy used for
    error correction. If this occurs, the Asterisk UDPTL stack will emit log messages
    warning that data loss may occur, and that the value may need to be overridden.
    
    This patch extends the 't38pt_udptl' configuration option in sip.conf to allow
    the administrator to override the value supplied by the remote endpoint and
    supply a value that allows T.38 FAX transmissions to be successful with that
    endpoint. In addition, in any SIP call where the override takes effect, a debug
    message will be printed to that effect. This patch also removes the
    T38FaxMaxDatagram configuration option from udptl.conf.sample, since it has not
    actually had any effect for a number of releases.
    
    In addition, this patch cleans up the T.38 documentation in sip.conf.sample
    (which incorrectly documented that T.38 support was passthrough only).
    
    (issue #15586)
    Reported by: globalnetinc
    
    
    git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@222110 65c4cc65-6c06-0410-ace0-fbb531ad65f3
    20743ec0
    History
    Allow non-compliant T.38 endpoints to be supportable via configuration option.
    Kevin P. Fleming authored
    Many T.38 endpoints incorrectly send the maximum IFP frame size they can accept
    as the T38FaxMaxDatagram value in their SDP, when in fact this value is
    supposed to be the maximum UDPTL payload size (datagram size) they can accept.
    If the value they supply is small enough (a commonly supplied value is '72'),
    T.38 UDPTL transmissions will likely fail completely because the UDPTL packets
    will not have enough room for a primary IFP frame and the redundancy used for
    error correction. If this occurs, the Asterisk UDPTL stack will emit log messages
    warning that data loss may occur, and that the value may need to be overridden.
    
    This patch extends the 't38pt_udptl' configuration option in sip.conf to allow
    the administrator to override the value supplied by the remote endpoint and
    supply a value that allows T.38 FAX transmissions to be successful with that
    endpoint. In addition, in any SIP call where the override takes effect, a debug
    message will be printed to that effect. This patch also removes the
    T38FaxMaxDatagram configuration option from udptl.conf.sample, since it has not
    actually had any effect for a number of releases.
    
    In addition, this patch cleans up the T.38 documentation in sip.conf.sample
    (which incorrectly documented that T.38 support was passthrough only).
    
    (issue #15586)
    Reported by: globalnetinc
    
    
    git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@222110 65c4cc65-6c06-0410-ace0-fbb531ad65f3