]> git.ipfire.org Git - thirdparty/asterisk.git/commit
Merged revisions 231692 via svnmerge from
authorKevin P. Fleming <kpfleming@digium.com>
Mon, 30 Nov 2009 21:55:11 +0000 (21:55 +0000)
committerKevin P. Fleming <kpfleming@digium.com>
Mon, 30 Nov 2009 21:55:11 +0000 (21:55 +0000)
commit47deec6289becce368d632a695fe7d72f4b9112b
tree8b1096bea516cf516c4b83f801aa8ec6c2179b64
parentc72b7f39bdc284c0457d2fc59afd9e1b7deb0adb
Merged revisions 231692 via svnmerge from
https://origsvn.digium.com/svn/asterisk/trunk

........
  r231692 | kpfleming | 2009-11-30 15:47:42 -0600 (Mon, 30 Nov 2009) | 22 lines

  Another round of UDPTL stack fixes/improvements:

  1) Allow users of UDPTL stack to associate a character-string tag with a UDPTL
     session, so that log/error/debug messages generated by the UDPTL stack can
     be 'connected' to the endpoint that caused them to be generated.

  2) Improve comments (and process) of calculating the far end's maximum IFP size
     when redundancy mode is in use for error correction.

  3) When an IFP larger than the calculated 'far max IFP' size is presented for
     writing, truncate it rather than putting in the buffer and allowing the buffer
     to overflow; this will cause the ends to retrain to a lower bit rate that
     produces IFPs of an appropriate size if possible, and if not possible, the
     FAX transfer will fail completely. In these cases, it is due to the one endpoint
     supplying a T38FaxMaxDatagram value that is improperly calculated and is
     too low to be of use; we have configuration options available to override
     this behavior.

  4) Eliminate use of T38FaxMaxDatagram value in udptl.conf; it is no longer
     needed.
........

git-svn-id: https://origsvn.digium.com/svn/asterisk/branches/1.6.1@231694 65c4cc65-6c06-0410-ace0-fbb531ad65f3
channels/chan_sip.c
include/asterisk/udptl.h
main/udptl.c