[asterisk-bugs] [Asterisk 0016221]: T.38 passthrough issue in 1.6.1.6

[Asterisk Bug Tracker]

A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=16221 
====================================================================== 
Reported By:                zalex1953
Assigned To:                kpfleming
====================================================================== 
Project:                    Asterisk
Issue ID:                   16221
Category:                   Channels/chan_sip/T.38
Reproducibility:            always
Severity:                   major
Priority:                   normal
Status:                     feedback
Asterisk Version:           Older 1.6.1 
JIRA:                        
Regression:                 No 
Reviewboard Link:            
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Request Review:              
====================================================================== 
Date Submitted:             2009-11-10 17:51 CST
Last Modified:              2009-11-16 12:27 CST
====================================================================== 
Summary:                    T.38 passthrough issue in 1.6.1.6
Description: 
I'd select Category Core/udptl if it was in a drop-down list
I'd also select Product version 1.6.1.6 (also not in the list)

Asterisk server is in between 'fax server' (64.108.238.147) and 'provider'
(72.35.229.246 for signaling, .236 for RTP and .238 for udptl). Asterisk
server communicates via 208.64.102.75 with provider and via .77 with fax
server.

Asterisk server is supposed to work in T.38 pass-through mode.

.pcap file should be attached. It contains 2 fax sessions, sending the
same fax from fax server to provider. Session 1 is for FFA based fax
server, there are no issues. Session 2 is for Dialogic SR140 based fax
server, session fails consistently. 

In both sessions SIP negotiation with T.38 re-INVITE and start of T.30 is
fine. Provider sends DIS, fax server replies with '66 TSI' and '65 DCS'.
The issue is with training. Session 1 training info goes through asterisk
server OK and provider sends '33, RTP'. Session 2 training info gets stuck
within asterisk server, provider repeats DIS, fax server re-sends TSI and
DCS and training fails again.

Please, look at packets 732-822 (session 1), they go through. Packets
2228-2390 (session 2) don't go through. Packet 2369 (seq. 8) is the only
one that makes it, seq. 9-25 are gotten from a fax server but are not sent
to provider.

Thank you.

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

---------------------------------------------------------------------- 
 (0113875) zalex1953 (reporter) - 2009-11-16 12:27
 https://issues.asterisk.org/view.php?id=16221#c113875 
---------------------------------------------------------------------- 
Could you please, provide the 'latest' version number. The issue is
reported for 1.6.1.6, all the changes you are referring to are part of this
release.

AFAIK 1.6.1.9 is a security release based on 1.6.1.6, diff shows there are
no sip channel (except 5 security related lines) or udptl changes.
1.6.1.10rc release? 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-11-16 12:27 zalex1953      Note Added: 0113875                          
======================================================================