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

[Asterisk Bug Tracker]

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:              2010-03-05 14:19 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.

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

---------------------------------------------------------------------- 
 (0119039) klaus3000 (reporter) - 2010-03-05 14:19
 https://issues.asterisk.org/view.php?id=13405#c119039 
---------------------------------------------------------------------- 
AFAIS this 5 seconds make sense. It is ok to not wait longer than 5
seconds. Hte problem is related to the handling of the
AST_CONTROL_T38_PARAMETERS control frame.

E.g. if a reINVITE to T38 is received by Asterisk, then Asterisk will send
a reINVITE on the bridged channel. If this reINVITE is rejected with 488,
FaxGateway will forward the AST_T38_REFUSED refused message to the incomgin
channel, whichh will refuse to. The proper action by FaxGateway would be to
intercept this AST_T38_REFUSED and fake a AST_T38_NEGOTIATED. I implemented
this and now FaxGateway enters next step (but still to debug).

Further, if a channel does not support T.38 (e.g. DAHDI, IAX...) and
receives an AST_T38_REQUEST_NEGOTIATE indication, it should response
AST_T38_REFUSED to initiate gatewaying in FaxGateway.

more to come next week .... :-) 

Issue History 
Date Modified    Username       Field                    Change               
====================================================================== 
2010-03-05 14:19 klaus3000      Note Added: 0119039                          
======================================================================