[asterisk-bugs] [Asterisk 0016318]: [patch] New SDP handling code totally broke T.38 reinvites

Asterisk Bug Tracker noreply at bugs.digium.com
Mon Dec 21 05:28:42 CST 2009


A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=16318 
====================================================================== 
Reported By:                bird_of_Luck
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   16318
Category:                   Channels/chan_sip/T.38
Reproducibility:            always
Severity:                   minor
Priority:                   normal
Status:                     assigned
Asterisk Version:           1.4.27 
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-24 08:52 CST
Last Modified:              2009-12-21 05:28 CST
====================================================================== 
Summary:                    [patch] New SDP handling code totally broke T.38
reinvites
Description: 
SDP handling code introduced in r227758 effectively sets t38jointcapability
to 0 causing reinvite to fail with reason 'No compatible codecs, not
accepting this offer!'
====================================================================== 

---------------------------------------------------------------------- 
 (0115503) vrban (reporter) - 2009-12-21 05:28
 https://issues.asterisk.org/view.php?id=16318#c115503 
---------------------------------------------------------------------- 
hello, i just want to confirm this issue. I also have ptoblems with t.38
passthrough since latestes asterisk 1.4 versions. with my old 1.4.20 t.38
passthrough is ok, and with latest 1.4.28, asterisk does not passthrough
t.38 as expected. something is wrong, and i just started to find the
changeset that at fault. 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2009-12-21 05:28 vrban          Note Added: 0115503                          
======================================================================




More information about the asterisk-bugs mailing list