Receiving Zaptel fax causes Asterisk to abort

[mcbsys]

I'm trying to set up inbound faxing on a PiaF install that uses a TDM400 card. Today, by setting the inbound route to

Fax Detection Type = Zaptel
Pause After Answer = 8

I got Asterisk to start receiving the fax, but it aborted before hanging up. The CLI log is below. There are no files in /var/spool/asterisk/fax.

I reported an earlier fax abort here. Since then I have completely re-installed PiaF, and when I was still having fax difficulties, I re-installed Nerd Vittle's fax.pbx (on top of itself).

Any idea what is going wrong, or how I could find out? This used to work pretty good with Trixbox and the same Digium card (though in a different machine).

Thanks,

Mark

* Running Asterisk Version : Asterisk 1.4.21.2
* Asterisk Source Version : 1.4.21.2
* Zaptel Source Version : 1.4.12.1
* Libpri Source Version : 1.4.8
* Addons Source Version : 1.4.7

    -- Starting simple switch on 'Zap/3-1'
    -- Executing [s@from-zaptel:1] NoOp("Zap/3-1", "Entering from-zaptel with DID == ") in new stack
    -- Executing [s@from-zaptel:2] Ringing("Zap/3-1", "") in new stack
    -- Executing [s@from-zaptel:3] Set("Zap/3-1", "DID=s") in new stack
    -- Executing [s@from-zaptel:4] NoOp("Zap/3-1", "DID is now s") in new stack
    -- Executing [s@from-zaptel:5] GotoIf("Zap/3-1", "1?zapok:notzap") in new stack
    -- Goto (from-zaptel,s,8)
    -- Executing [s@from-zaptel:8] NoOp("Zap/3-1", "Is a Zaptel Channel") in new stack
    -- Executing [s@from-zaptel:9] Set("Zap/3-1", "CHAN=3-1") in new stack
    -- Executing [s@from-zaptel:10] Set("Zap/3-1", "CHAN=3") in new stack
    -- Executing [s@from-zaptel:11] Macro("Zap/3-1", "from-zaptel-3|s|1") in new stack
    -- Executing [s@from-zaptel:12] NoOp("Zap/3-1", "Returned from Macro from-zaptel-3") in new stack
    -- Executing [s@from-zaptel:13] Goto("Zap/3-1", "from-pstn|s|1") in new stack
    -- Goto (from-pstn,s,1)
    -- Executing [s@from-pstn:1] Set("Zap/3-1", "__FROM_DID=s") in new stack
    -- Executing [s@from-pstn:2] ExecIf("Zap/3-1", "1 |Set|CALLERID(name)=") in new stack
    -- Executing [s@from-pstn:3] Answer("Zap/3-1", "") in new stack
    -- Executing [s@from-pstn:4] Wait("Zap/3-1", "8") in new stack
    -- Redirecting Zap/3-1 to fax extension
  == Spawn extension (from-pstn, fax, 0) exited non-zero on 'Zap/3-1'
    -- Executing [fax@from-pstn:1] Goto("Zap/3-1", "ext-fax|in_fax|1") in new stack
    -- Goto (ext-fax,in_fax,1)
    -- Executing [in_fax@ext-fax:1] StopPlayTones("Zap/3-1", "") in new stack
    -- Executing [in_fax@ext-fax:2] GotoIf("Zap/3-1", "1?3:analog_fax|1") in new stack
    -- Goto (ext-fax,in_fax,3)
    -- Executing [in_fax@ext-fax:3] Macro("Zap/3-1", "faxreceive") in new stack
    -- Executing [s@macro-faxreceive:1] Set("Zap/3-1", "FAXFILE=/var/spool/asterisk/fax/1232849249.6.tif") in new stack
    -- Executing [s@macro-faxreceive:2] Set("Zap/3-1", "[email protected]") in new stack
    -- Executing [s@macro-faxreceive:3] RxFAX("Zap/3-1", "/var/spool/asterisk/fax/1232849249.6.tif") in new stack
mypbx*CLI>
Disconnected from Asterisk server
Executing last minute cleanups
root@mypbx:~ $ /usr/sbin/safe_asterisk: line 125:  6188 Segmentation fault      (core dumped) nice -n $PRIORITY ${ASTSBINDIR}/asterisk -f ${CLIARGS} ${ASTARGS} >&/dev/${TTY} < /dev/${TTY}
Asterisk ended with exit status 139
Asterisk exited on signal 11.
cat: /var/run/asterisk.pid: No such file or directory
Automatically restarting Asterisk.
mpg123: no process killed

 

[wardmundy]

This was only tested with pure IP connections so there may very well be problems using it through zaptel. At a penny a minute, you really don't have much to lose by segmenting off the faxing to a VoIP channel.

 

[mcbsys]

Hi Ward,

Thanks for your note. Unfortunately the fastest DSL available at this installation is 768/128 and business-grade cable has been cost-prohibitive. Hence all external phone traffic is analog.

Are there uninstall instructions if I wanted to try another solution?

 

[tel0p]

hmm

I'm unfamiliar with receiving fax via zaptel myself (so far). But you could always port the fax number to a provider that does vFax DID's (like Vitelity). All inbound faxes are caught on their server and emailed as a PDF attachment. Vitelity charges 2.99/mo +3c/min for vFax DID's.

 

[jwells]

Mark I saw the same result in my test setup that I have with a Digium single T1 adapter on a PRI. Each time the system did the segmentation fault. I have not tried Ward's Fax solution yet but it seems you have and same results via "analog" now that said I have a production system that I have a Sangoma T1 card and a Sangoma A200 with 4 FXS ports and a Fax machine hanging off 3 of the fxs ports and no problems faxing to the machines. I wish I had a better answer but it seems faxing direct into Asterisk is still an ongoing issue with limited success from some individuals.

 

[mcbsys]

tel0p - thanks for the thought but I was trying to set up inbound fax detection on the same line as voice.

jwells - interesting, so you were getting the segmentation fault _without_ Ward's solution? How were you receiving faxes? I confess, I just slapped the PiaF fax solution on there without seeing if Zaptel could receive faxes without it. Makes me wonder if the problem is at the Zaptel or FreePBX level.

 

[jwells]

Mark I did get some faxes in but once it breaks it seems to stay broken. I may be wrong but FreePBX is mostly a configuration engine to "asterisk" so its not the issue faxing with Asterisk is a known issue google it and see all the posts about it. Like I said some have had success other not so much not sure what all the nuances most install Hylafax

 

[mcbsys]

Okay thanks. It's not that critical for this installation but would be nice if it worked!