[asterisk-bugs] [Asterisk 0014849]: SendFax function not working as expected on > 1.6.0.7
Asterisk Bug Tracker
noreply at bugs.digium.com
Sat May 2 17:42:24 CDT 2009
A NOTE has been added to this issue.
======================================================================
http://bugs.digium.com/view.php?id=14849
======================================================================
Reported By: afosorio
Assigned To:
======================================================================
Project: Asterisk
Issue ID: 14849
Category: Channels/chan_sip/T.38
Reproducibility: always
Severity: feature
Priority: normal
Status: new
Asterisk Version: 1.6.0.7
Regression: No
SVN Branch (only for SVN checkouts, not tarball releases): 1.6.0
SVN Revision (number only!):
Request Review:
======================================================================
Date Submitted: 2009-04-07 15:51 CDT
Last Modified: 2009-05-02 17:42 CDT
======================================================================
Summary: SendFax function not working as expected on >
1.6.0.7
Description:
When trying to send a fax via callfile using T.38 in asterisk version
1.6.0.5 it works fine, but after upgrading to asterisk 1.6.0.7 or newer it
does not work. When receiving re-INVITE from media gateway (Cisco AS-5400)
Asterisk ends call answering 488 Not acceptable here. I am running Asterisk
under Debian kernel 2.6.18-6-686. I am attaching captures both for scenario
which works and scenario which does not work.
======================================================================
----------------------------------------------------------------------
(0104063) vrban (reporter) - 2009-05-02 17:42
http://bugs.digium.com/view.php?id=14849#c104063
----------------------------------------------------------------------
hi, i made a patch for myself that fix this issue by doing a hard coded
SipT38SwitchOver in app_fax. whatever we detect a faxtone or not. (because
it never detect a fax tone, cant say why) And my opinion is, that if we
call the ReceiveFAX application from a SIP channel, i dont see any reason
why a SipT38SwitchOver should not be hard coded?
Waiting to detect a fax tone can fail for a variety of reasons, e.g.
narrow band codec. While sending a re-invite to offer T.38 is a most normal
thing if we get a call to the ReceiveFAX application.
agreement/disagreement ?
Issue History
Date Modified Username Field Change
======================================================================
2009-05-02 17:42 vrban Note Added: 0104063
======================================================================
More information about the asterisk-bugs
mailing list