[asterisk-bugs] [Asterisk 0011614]: [patch] T38 support for SendFax/ReceiveFax
noreply at bugs.digium.com
noreply at bugs.digium.com
Sat Jan 12 09:46:10 CST 2008
A NOTE has been added to this issue.
======================================================================
http://bugs.digium.com/view.php?id=11614
======================================================================
Reported By: dimas
Assigned To: file
======================================================================
Project: Asterisk
Issue ID: 11614
Category: Addons/New Feature
Reproducibility: always
Severity: feature
Priority: normal
Status: assigned
Asterisk Version: SVN
SVN Branch (only for SVN checkouts, not tarball releases): trunk
SVN Revision (number only!): 497
Disclaimer on File?: N/A
Request Review:
======================================================================
Date Submitted: 12-21-2007 06:57 CST
Last Modified: 01-12-2008 09:46 CST
======================================================================
Summary: [patch] T38 support for SendFax/ReceiveFax
Description:
Adding T38 support to SendFax/ReceiveFax applications. See Additional
Information for details.
There are two patches:
* appfax-v3.patch for asterisk-addons/trunk rev 497 - modifications to the
fax application
* asterisk-t38.patch - temporary (see below) patch for asterik/trunk
revision 94396
!IMPORTANT NOTE! This patch is considered work in progress because it
depends on not yet finished feature of Asterisk - ability to request T38
reinvite on a SIP channel.
Currently, the patch adds this ability itself (asterisk-t38.patch) but it
adds it in a very rude way. It is clearly a hack. When file finishes his
t38insanity branch and Aterisk will get official way of requesting
re-invite, I will update app_fax to use that way instead and
asterisk-t38.patch won't be needed anymore.
======================================================================
----------------------------------------------------------------------
dimas - 01-12-08 09:46
----------------------------------------------------------------------
irroot,
I think you need raise your question on the dev mailing list - how does
such a design fits Asterisk.
I'm not failar with Asterisk codec infrastructure but I doubt such a thing
is doable. This is because codec should normally operate on audio stream
only while for T38 the codec would need convert SLIN audio to UDPTL.
Issue History
Date Modified Username Field Change
======================================================================
01-12-08 09:46 dimas Note Added: 0076799
======================================================================
More information about the asterisk-bugs
mailing list