[asterisk-bugs] [Asterisk 0013405]: [patch] T38 gateway
Asterisk Bug Tracker
noreply at bugs.digium.com
Fri Jan 7 20:15:05 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 14:14 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.
======================================================================
----------------------------------------------------------------------
(0130317) joeloliveira (reporter) - 2011-01-07 14:14
https://issues.asterisk.org/view.php?id=13405#c130317
----------------------------------------------------------------------
@dluzin: thanks for your input, although I don't understand part of it. Did
you mean "asterisk 1.6.13 No 2" instead of the second "asterisk 1.4.21 with
udptl" ?
You did remind me on some way for doing this like:
Fax1 <-> ATA1 <-SIP/T.38-> Asterisk1 <-RTP-> Asterisk2 <-SIP/T.38-> ATA2
<-> Fax2
I tryed this by creating a SIP trunk in both directions between Asterisk1
and Asterisk2 and declaring the t38pt_udptl=no in each of them, is this the
way to force the Asterisk to not use T.38?
I tested this on both directions and the results were the same: Asterisk
of the caller negotiates T.38 with the caller but the other Asterisk
doesn't negotiate T.38 with the callee. Don't know what I am doing wrong
here...
Regarding the ATAs, I tryed before a GrandStream HT286 and some Draytek
(don't remember the model) and the results were not satisfatory... the only
good ones that I had were with the Planets VIP-157s.
Any help appreciated and thanks for your time
Issue History
Date Modified Username Field Change
======================================================================
2011-01-07 14:14 joeloliveira Note Added: 0130317
======================================================================
More information about the asterisk-bugs
mailing list