[asterisk-bugs] [Asterisk 0013405]: [patch] T38 gateway

Asterisk Bug Tracker noreply at bugs.digium.com
Fri Jan 7 15:00:28 UTC 2011


A NOTE has been added to this issue. 
====================================================================== 
https://issues.asterisk.org/view.php?id=13405 
====================================================================== 
Reported By:                dafe_von_cetin
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   13405
Category:                   Applications/app_fax
Reproducibility:            N/A
Severity:                   feature
Priority:                   normal
Status:                     confirmed
Asterisk Version:           SVN 
JIRA:                       SWP-115 
Regression:                 No 
Reviewboard Link:           https://reviewboard.asterisk.org/r/459/ 
SVN Branch (only for SVN checkouts, not tarball releases):  trunk 
SVN Revision (number only!): 140548 
Request Review:              
====================================================================== 
Date Submitted:             2008-08-30 16:44 CDT
Last Modified:              2011-01-07 09:00 CST
====================================================================== 
Summary:                    [patch] T38 gateway
Description: 
Hi all,

I'm sending you patch containing new application app_faxgateway.c
("FaxGateway") which is able to mediate T30 to T38 and vice versa.
Feature is using spands library (I used spandsp-0.0.4pre18 and
spandsp-0.0.5pre4).

Best regards
Daniel.

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

---------------------------------------------------------------------- 
 (0130304) dluzin (reporter) - 2011-01-07 09:00
 https://issues.asterisk.org/view.php?id=13405#c130304 
---------------------------------------------------------------------- 
T38-T38 bridging through udptl doesn't work.
Some code is lost during conversion of GNC/CED detection processing code:

Patch 1.6.2.9, starting from the end of line 396 add:

"else
       ast_write(inactive,f);"
Otherwise T38 control frames will be lost and udptl processing will report
error 486 after timeout.

Anyway, thank you for great work! 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2011-01-07 09:00 dluzin         Note Added: 0130304                          
======================================================================




More information about the asterisk-bugs mailing list