Summary:	ASTERISK-15709: t38pt_usertpsource=yes seems to work incorrectly with ReceiveFax
Reporter:	Andrey Solovyev (corruptor)	Labels:
Date Opened:	2010-02-27 05:18:05.000-0600	Date Closed:	2011-07-26 15:21:44
Priority:	Minor	Regression?	No
Status:	Closed/Complete	Components:	Channels/chan_sip/T.38
Versions:		Frequency of Occurrence
Related Issues:
Environment:		Attachments:	( 0) usertp.bug
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. ****** ADDITIONAL INFORMATION ****** t38pt_usertpsource=yes is in [general] Peer configuration. [peer248] type=friend host=15.15.15.248 username= secret= nat=no type=friend context=inbound-trunk-3 disallow=all allow=alaw dtmfmode=rfc2833 canreinvite=no qualify=no videosupport=no insecure=port,invite t38pt_udptl=yes,redundancy I attach part of full log with sip debug.
Comments:	By: Andrey Solovyev (corruptor) 2010-06-02 04:23:21 This is still a problem in 1.6.2 branch. I've just reproduced this scenario on 1.6.2.8-rc1. By: Matthew Nicholson (mnicholson) 2011-07-26 15:06:01.309-0500 Per the Asterisk maintenance timeline page at http://www.asterisk.org/asterisk-versions maintenance (bug) support for the 1.4 and 1.6.x branches has ended. For continued maintenance support please move to the 1.8 branch which is a long term support (LTS) branch. For more information about branch support, please see https://wiki.asterisk.org/wiki/display/AST/Asterisk+Versions If this is still a problem, open a new issue.