]> 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:52:01 +0000 (21:52 +0000)
committerKevin P. Fleming <kpfleming@digium.com>
Mon, 30 Nov 2009 21:52:01 +0000 (21:52 +0000)
commitbb10b22e344d938a5c27641f62c325565a4e13bf
tree83c03b85dd1180fa91f925b57f235fd898675688
parentf9fc0282936ac5e3b6b9c791963bd715f0326b6b
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.0@231693 65c4cc65-6c06-0410-ace0-fbb531ad65f3
channels/chan_sip.c
include/asterisk/udptl.h
main/udptl.c