[asterisk-bugs] [Asterisk 0016924]: t38pt_usertpsource=yes seems to work incorrectly with ReceiveFax
Asterisk Bug Tracker
noreply at bugs.digium.com
Sat Feb 27 05:18:05 CST 2010
The following issue has been SUBMITTED.
======================================================================
https://issues.asterisk.org/view.php?id=16924
======================================================================
Reported By: corruptor
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 16924
Category: Channels/chan_sip/T.38
Reproducibility: always
Severity: minor
Priority: normal
Status: new
Asterisk Version: 1.6.0.23-rc2
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-02-27 05:18 CST
Last Modified: 2010-02-27 05:18 CST
======================================================================
Summary: t38pt_usertpsource=yes seems to work incorrectly
with ReceiveFax
Description:
I've noticed that if I use this option application ReceiveFax stops
receiving faxes.
I've enabled this option in general section of sip.conf and two bugs have
appeared.
1) Peer is configured as nat=no but asterisk anyway thinks that T.38 UDPTL
is behind NAT (it's written in the asterisk log)
2) Asterisk sends UDPTL packets to the port where SIP peer listens RTP so
it ignores the updtl port defined in SDP section of T.38 ReInvite. As a
result fax fails.
======================================================================
Issue History
Date Modified Username Field Change
======================================================================
2010-02-27 05:18 corruptor New Issue
2010-02-27 05:18 corruptor Asterisk Version => 1.6.0.23-rc2
2010-02-27 05:18 corruptor Regression => No
2010-02-27 05:18 corruptor SVN Branch (only for SVN checkouts, not tarball
releases) => N/A
======================================================================
More information about the asterisk-bugs
mailing list