[asterisk-bugs] [Asterisk 0017091]: T.38 faxmaxdatagram overflows with UDPFEC, works with "t38pt_udptl=yes, redundancy" (udptl.c)
Asterisk Bug Tracker
noreply at bugs.digium.com
Wed Mar 24 09:36:28 CDT 2010
The following issue has been SUBMITTED.
======================================================================
https://issues.asterisk.org/view.php?id=17091
======================================================================
Reported By: rlr2maverick
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 17091
Category: Channels/chan_sip/T.38
Reproducibility: always
Severity: major
Priority: normal
Status: new
Asterisk Version: 1.6.1.18
JIRA:
Regression: No
Reviewboard Link:
SVN Branch (only for SVN checkouts, not tarball releases): N/A
SVN Revision (number only!):
Request Review:
======================================================================
Date Submitted: 2010-03-24 09:36 CDT
Last Modified: 2010-03-24 09:36 CDT
======================================================================
Summary: T.38 faxmaxdatagram overflows with UDPFEC, works
with "t38pt_udptl=yes,redundancy" (udptl.c)
Description:
Our 1.6.1.18 works with any sort of fax call using standard ReceiveFax and
SendFax provided by appfax, only after changing UDPFEC default parameter
which causes a buffer overflow with faxmaxdatagram (properly negotiated as
per 180 among ATA and Cisco 3825).
The environment consist of:
FAX <-> ATA <-> ASTERISK <-> ROUTER 3825 <-> PSTN (audio fax)
^^^ ^^^
faxmaxdatagram=180 faxmaxdatagram=180
SIP debug shows faxmaxdatagram properly negotiated but following ECM
packets are discarded by 3825 causing either fax call to abort
prematurely, packets encoded with UDPFEC overflow the maximum admitted
size.
changing udpfec (default) with "t38pt_udptl=yes,redundancy" we got near
100% fax send/receive success.
======================================================================
Issue History
Date Modified Username Field Change
======================================================================
2010-03-24 09:36 rlr2maverick Asterisk Version => 1.6.1.18
2010-03-24 09:36 rlr2maverick Regression => No
2010-03-24 09:36 rlr2maverick SVN Branch (only for SVN checkouts, not tarball
releases) => N/A
======================================================================
More information about the asterisk-bugs
mailing list