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

[Asterisk Bug Tracker]

The following issue has been UPDATED. 
====================================================================== 
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:                        
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-03-03 09:59 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-03-03 09:59 lmadsen        Description Updated                          
2010-03-03 09:59 lmadsen        Additional Information Updated                  
 
======================================================================