[asterisk-bugs] [Asterisk 0011614]: [patch] T38 support for SendFax/ReceiveFax
noreply at bugs.digium.com
noreply at bugs.digium.com
Tue Dec 25 09:35:55 CST 2007
A NOTE has been added to this issue.
======================================================================
http://bugs.digium.com/view.php?id=11614
======================================================================
Reported By: dimas
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 11614
Category: Addons/New Feature
Reproducibility: always
Severity: feature
Priority: normal
Status: new
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: 12-25-2007 09:35 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 - 12-25-07 09:35
----------------------------------------------------------------------
Tests revealed that the old "hacky" way to detect when T38 switchover is
finished was way too hacky. I was waiting for the first UDPTL packet to
conclude we T38 switchover is complete. Hoewver alot of devices wait for
UDPTL packet from us instead so we were waiting for each other
idefinitely.
Asterisk patch significantly extnded to provide access to "internals" of
SIP t38 state to let me know when switchover is really complete. Updated
the application & Asterisk patch;
v4-appfax.patch
v4-asterisk-t38.patch
These are REPLACEMENT for old patches so should be applied to freshly
checked out source. (Or svn revert the previous patch).
Issue History
Date Modified Username Field Change
======================================================================
12-25-07 09:35 dimas Note Added: 0075923
======================================================================
More information about the asterisk-bugs
mailing list