Hi,
I setup my first stock 1.8.7 asterisk (Ubuntu LTS 10.04 packages taken
from deb http://packages.asterisk.org/deb lucid main) including dahdi
from this same repository. No FFA involved.
On incoming calls (only SIP, no telephony card), fax detection is
working but reception failed with
-- Executing [fax at from-TOOTAiAudio:19]
ReceiveFAX("SIP/tootaiAUDIO-00000564",
"/tmp/1317991071.1614.tiff,c") in
new stack
[Oct 7 14:37:52] WARNING[6961]: res_fax.c:1651 receivefax_exec:
ReceiveFAX does not support polling
== Spawn extension (from-TOOTAiAudio, fax, 19) exited non-zero on
'SIP/tootaiAUDIO-00000564'
What can be the problem?
Thanks for any hint.
--
Daniel
remove the "c" argument Kristijan 2011/10/7 Administrator TOOTAI <admin at tootai.net>:> Hi, > > I setup my first stock 1.8.7 asterisk (Ubuntu LTS 10.04 packages taken from > deb http://packages.asterisk.org/deb lucid main) including dahdi from this > same repository. No FFA involved. > > On incoming calls (only SIP, no telephony card), fax detection is working > but reception failed with > > ?-- Executing [fax at from-TOOTAiAudio:19] > ReceiveFAX("SIP/tootaiAUDIO-00000564", "/tmp/1317991071.1614.tiff,c") in new > stack > [Oct ?7 14:37:52] WARNING[6961]: res_fax.c:1651 receivefax_exec: ReceiveFAX > does not support polling > ?== Spawn extension (from-TOOTAiAudio, fax, 19) exited non-zero on > 'SIP/tootaiAUDIO-00000564' > > What can be the problem? > > Thanks for any hint. > > -- > Daniel > > -- > _____________________________________________________________________ > -- Bandwidth and Colocation Provided by http://www.api-digital.com -- > New to Asterisk? Join us for a live introductory webinar every Thurs: > ? ? ? ? ? ? ?http://www.asterisk.org/hello > > asterisk-users mailing list > To UNSUBSCRIBE or update options visit: > ?http://lists.digium.com/mailman/listinfo/asterisk-users >
On 10/07/2011 07:46 AM, Administrator TOOTAI wrote:> Hi, > > I setup my first stock 1.8.7 asterisk (Ubuntu LTS 10.04 packages taken > from deb http://packages.asterisk.org/deb lucid main) including dahdi > from this same repository. No FFA involved. > > On incoming calls (only SIP, no telephony card), fax detection is > working but reception failed with > > -- Executing [fax at from-TOOTAiAudio:19] > ReceiveFAX("SIP/tootaiAUDIO-00000564", "/tmp/1317991071.1614.tiff,c") in > new stack > [Oct 7 14:37:52] WARNING[6961]: res_fax.c:1651 receivefax_exec: > ReceiveFAX does not support polling > == Spawn extension (from-TOOTAiAudio, fax, 19) exited non-zero on > 'SIP/tootaiAUDIO-00000564' > > What can be the problem?You included the 'c' option to ReceiveFAX, telling it to act as the 'caller', even though it isn't the caller. This argument is parsed by ReceiveFAX in spite of it not being supported because the older app_fax version did support it, and we didn't want dialplans that included it to silently ignore the 'c' option. The same is true for the 'a' option; you'll note that neither of them are included in the documentation for the ReceiveFAX and SendFAX applications, and shouldn't be used. Why did you specify the 'c' option? -- Kevin P. Fleming Digium, Inc. | Director of Software Technologies Jabber: kfleming at digium.com | SIP: kpfleming at digium.com | Skype: kpfleming 445 Jan Davis Drive NW - Huntsville, AL 35806 - USA Check us out at www.digium.com & www.asterisk.org
The f/F option for ReceiveFAX is not in the 1.8.x builds. It was a patch for 1.8.x but it is in the 10 builds Thanks Bryant Zimmerman (ZK Tech Inc.) 616-855-1030 Ext. 2003 ---------------------------------------- From: "Larry Moore" <lmoore at starwon.com.au> Sent: Saturday, October 08, 2011 5:32 PM To: "Asterisk Users Mailing List - Non-Commercial Discussion" <asterisk-users at lists.digium.com> Subject: Re: [asterisk-users] Asterisk 1.8.7 and ReceiveFAX On 9/10/2011 1:29 AM, Administrator TOOTAI wrote:> Le 07/10/2011 16:32, Kristijan Vrban a ?crit :>> remove the "c" argument>> Done but now I have>> [Oct 8 19:20:20] WARNING[8771]: res_fax.c:1508 receivefax_t38_init:> channel 'SIP/tootaiAUDIO-000000ea' refused to negotiate T.38> [Oct 8 19:20:20] WARNING[8771]: res_fax.c:1529 receivefax_t38_init:> Audio FAX not allowed on channel 'SIP/tootaiAUDIO-000000ea' and T.38> negotiation failed; aborting.> [Oct 8 19:20:20] ERROR[8771]: res_fax.c:1734 receivefax_exec: error> initializing channel 'SIP/tootaiAUDIO-000000ea' in T.38 mode>> How can I allow Audio FAX?>> I saw a discussion on asterisk-devel from january 2010 about new> spandsp where Kevin P. Fleming told you to do an "core show> application ReceiveFAX" to find out how to enable this feature. I'm> perhaps a little bit stupid but can't find any usable information> while using this command :-(>The Fallback option to T.30 is 'f'. ReceiveFAX(filename,f) See https://wiki.asterisk.org/wiki/display/AST/Application_ReceiveFAX+%28res_fax%29 Larry. -- _____________________________________________________________________ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.digium.com/pipermail/asterisk-users/attachments/20111008/35b6d480/attachment.htm>
I know for a fact that the f/F option was added in January of 2011 by Kevin. To
1.8 as a patch only. I was the one that requested it be done. They told us
that they would not include it as part of 1.8.x because it was a new feature. It
is in the 10 trunk and seems to work great there. We are running the patch on
the 1.8.x release but those servers a few point releases behind as we have not
been able to maintain the patch on the current 1.8.x releases. If the f/F option
is in the current 1.8.x release it is there against what Kevin told us. I will
check the source later today and report back.
Here is part of the message from Kevin
On 01/31/2011 05:06 PM, Bryant Zimmerman wrote:
> I just replaced the res_fax.c file with the one from 304599. Would I
> just keep doing that as I step forward on versions of 1.8.x?
> If this is the case how would I get any other critical changes to
> res_fax.c that may occur after rev 304599?
> How would I create a patch that would allow me to apply it to
additional
> release version of asterisk.
> Sorry for the simple questions I do most of my dev on windows machines
> and this process is a still a bit confusing to me.
It's very possible that future versions of res_fax.c from trunk will not
be compatible with Asterisk 1.8.x, so you can't keep doing that forever.
However, as long as the version of res_fax.c *compiles* when you drop it
into the Asterisk 1.8 tree, it should work.
Critical changes to res_fax.c (meaning bug fixes or security
vulnerability fixes) *will* be made in the 1.8 branch; it's only new
features that won't be added there.
Thanks
Bryant Zimmerman (ZK Tech Inc.)
616-855-1030 Ext. 2003
----------------------------------------
From: "Administrator TOOTAI" <admin at tootai.net>
Sent: Saturday, October 08, 2011 6:24 PM
To: asterisk-users at lists.digium.com
Subject: Re: [asterisk-users] Asterisk 1.8.7 and ReceiveFAX
Le 08/10/2011 23:48, Bryant Zimmerman a ?crit :
> The f/F option for ReceiveFAX is not in the 1.8.x builds. It was a
> patch for 1.8.x but it is in the 10 builds
Well, I tried and it is working in 1.8.7 version, so command 'core show
application ReceiveFAX' doesn't reflect the real application options,
only shows c option which is not present in the link sended by Larry.
Well ...
FYI, I got this error
-- Channel 'SIP/tootaiAUDIO-000000ee' receiving FAX
'/tmp/1318111488.262.tiff'
[Oct 9 00:04:53] WARNING[9039]: res_fax.c:1508 receivefax_t38_init:
channel 'SIP/tootaiAUDIO-000000ee' refused to negotiate T.38
[Oct 9 00:05:05] WARNING[9039]: res_fax_spandsp.c:368 spandsp_log:
WARNING T.30 ECM carrier not found
-- Auto fallthrough, channel 'SIP/tootaiAUDIO-000000ee' status is
'UNKNOWN'
-- Executing [h at from-TOOTAiAudio:1]
NoOp("SIP/tootaiAUDIO-000000ee", "Hangup Cause: 16") in new
stack
-- Executing [h at from-TOOTAiAudio:2]
NoOp("SIP/tootaiAUDIO-000000ee", "Dial status : ") in new
stack
but the fax was received.
Thanks Larry for the tip.
>
> *From*: "Larry Moore" <lmoore at starwon.com.au>
> *Sent*: Saturday, October 08, 2011 5:32 PM
> *To*: "Asterisk Users Mailing List - Non-Commercial Discussion"
> <asterisk-users at lists.digium.com>
> *Subject*: Re: [asterisk-users] Asterisk 1.8.7 and ReceiveFAX
>
> On 9/10/2011 1:29 AM, Administrator TOOTAI wrote:
> > Le 07/10/2011 16:32, Kristijan Vrban a ?crit :
> >> remove the "c" argument
> >
> > Done but now I have
> >
> > [Oct 8 19:20:20] WARNING[8771]: res_fax.c:1508 receivefax_t38_init:
> > channel 'SIP/tootaiAUDIO-000000ea' refused to negotiate T.38
> > [Oct 8 19:20:20] WARNING[8771]: res_fax.c:1529 receivefax_t38_init:
> > Audio FAX not allowed on channel 'SIP/tootaiAUDIO-000000ea'
and T.38
> > negotiation failed; aborting.
> > [Oct 8 19:20:20] ERROR[8771]: res_fax.c:1734 receivefax_exec: error
> > initializing channel 'SIP/tootaiAUDIO-000000ea' in T.38 mode
> >
> > How can I allow Audio FAX?
> >
> > I saw a discussion on asterisk-devel from january 2010 about new
> > spandsp where Kevin P. Fleming told you to do an "core show
> > application ReceiveFAX" to find out how to enable this feature.
I'm
> > perhaps a little bit stupid but can't find any usable information
> > while using this command :-(
> >
>
> The Fallback option to T.30 is 'f'.
>
> ReceiveFAX(filename,f)
>
> See
>
https://wiki.asterisk.org/wiki/display/AST/Application_ReceiveFAX+%28res_fax%29
--
Daniel
--
_____________________________________________________________________
-- Bandwidth and Colocation Provided by http://www.api-digital.com --
New to Asterisk? Join us for a live introductory webinar every Thurs:
http://www.asterisk.org/hello
asterisk-users mailing list
To UNSUBSCRIBE or update options visit:
http://lists.digium.com/mailman/listinfo/asterisk-users
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.digium.com/pipermail/asterisk-users/attachments/20111009/e569767e/attachment.htm>