[asterisk-bugs] [Asterisk 0016924]: t38pt_usertpsource=yes seems to work incorrectly with ReceiveFax

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
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:                     acknowledged
Asterisk Version:           1.6.0.23-rc2 
JIRA:                       SWP-1000 
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-06-02 04:23 CDT
====================================================================== 
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.
====================================================================== 

---------------------------------------------------------------------- 
 (0122752) corruptor (reporter) - 2010-06-02 04:23
 https://issues.asterisk.org/view.php?id=16924#c122752 
---------------------------------------------------------------------- 
This is still a problem in 1.6.2 branch. I've just reproduced this scenario
on 1.6.2.8-rc1. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-06-02 04:23 corruptor      Note Added: 0122752                          
======================================================================