[asterisk-bugs] [Asterisk 0015779]: T38 passthrough errors in Asterisk 1.6.0.14-rc1

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=15779 
====================================================================== 
Reported By:                fcois93
Assigned To:                kpfleming
====================================================================== 
Project:                    Asterisk
Issue ID:                   15779
Category:                   Channels/chan_sip/T.38
Reproducibility:            have not tried
Severity:                   minor
Priority:                   normal
Status:                     feedback
Asterisk Version:           1.6.0.14-rc1 
Regression:                 No 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2009-08-25 10:41 CDT
Last Modified:              2009-09-01 15:32 CDT
====================================================================== 
Summary:                    T38 passthrough errors in Asterisk 1.6.0.14-rc1
Description: 
hello,

I am trying to do T38 passthrough
my architecture:
FAX-Asterisk-T38gateway

the fax initiate call in g711 and after, invite again with T38.

asterisk said at inviteT38:
[Aug 25 17:32:30] WARNING[5198]: chan_sip.c:7025 process_sdp: Unsupported
SDP media type in offer: image 8000 udptl t38


please help me how to do.

====================================================================== 

---------------------------------------------------------------------- 
 (0109910) kpfleming (administrator) - 2009-09-01 15:32
 https://issues.asterisk.org/view.php?id=15779#c109910 
---------------------------------------------------------------------- 
Your Patton device is doing something incredibly strange:

<--- SIP read from UDP://192.168.7.36:5060 --->
SIP/2.0 183 Session Progress
Via: SIP/2.0/UDP 192.168.7.40:5060;branch=z9hG4bK15b9df72;rport=5060
Record-Route: <sip:0.0.0.0;lr=on;ftag=as318313ba>
From: "gaia" <sip:gaia at 192.168.7.40>;tag=as318313ba
To: <sip:0143620918 at 192.168.7.36>;tag=1880379773
Call-ID: 2177e0776ef133741b8423691ce29b5f at 192.168.7.40
CSeq: 102 INVITE
Contact: <sip:0143620918 at 192.168.8.40:5060>
Server: Patton SN4961 4E30V 00A0BA04A020 R5.3 2009-01-15 H323 RBS SIP M5T
SIP Stack/4.0.28.28
Content-Length: 0

See the Record-Route header there? It has a bogus IP address, and thus
when Asterisk later tries to send a T.38 re-INVITE to that device, it fails
because the INVITE is sent to the wrong address... and Asterisk receives
its own invite, and the call falls apart. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-09-01 15:32 kpfleming      Note Added: 0109910                          
======================================================================