Workaround broken T.38 endpoints that offer tiny MaxDatagram sizes.
authorKevin P. Fleming <kpfleming@digium.com>
Fri, 7 Aug 2009 13:08:00 +0000 (13:08 +0000)
committerKevin P. Fleming <kpfleming@digium.com>
Fri, 7 Aug 2009 13:08:00 +0000 (13:08 +0000)
commit92ed7f8929da7ab6c911731e85e575bbf94aaf51
tree2df772ca7077bcd9a91942b756d81c1b332a230a
parentfeced6672c40e80e3b97c49b7e612064b421d3d4
Workaround broken T.38 endpoints that offer tiny MaxDatagram sizes.

Some T.38 endpoints treat T38FaxMaxDatagram as the maximum IFP size that should
be sent to them, rather than the maximum packet payload size. If such an
endpoint also requests UDPRedundancy as the error correction mode, we'll end
up calculating a tiny maximum IFP size, so small as to be unusable. This patch
sets a lower bound on what we'll consider the remote's maximum IFP size to be,
assuming that endpoints that do this really can accept larger packets than
they've offered to accept.

(closes issue #15649)
Reported by: dazza76

git-svn-id: https://origsvn.digium.com/svn/asterisk/trunk@210992 65c4cc65-6c06-0410-ace0-fbb531ad65f3
main/udptl.c