Problem dialing out through ZAP

daniel..

Member
Joined
May 31, 2008
Messages
54
Reaction score
0
I have a problem with my PIAF server:

When dialing out through a ZAP channel (Digium X400), the call hangs up immediately when the recipient gets the phone. Incoming calls work fine. Any ideas why this is happening?

My status page is the following:

Code:
Status Version 1.2.9 released on Date 042310
********************************************************************
*            PBX in a Flash Version  Daemon Status                 *
*                      Running Asterisk 1.4                        *
********************************************************************
* Asterisk  * ONLINE  * Zaptel    * ONLINE  * MySQL      * ONLINE  *
* SSH       * ONLINE  * Apache    * ONLINE  * Iptables   * ONLINE  *
* Fail2ban  * ONLINE  * IP Connect* ONLINE  * Ip6tables  * ONLINE  *
* BlueTooth * ONLINE  * Hidd      * ONLINE  * NTPD       * ONLINE  *
* Sendmail  * ONLINE  * Samba     * ONLINE  * Webmin     * OFFLINE *
* Ethernet0 * ONLINE  * Ethernet1 *   N/A   * Wlan0      *   N/A   *
********************************************************************
* 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.7
* Addons Source Version    : 1.4.7
********************************************************************
pbx.local on 192.168.0.104 - eth0
CentOS release 5.2 (Final) :32 Bit Kernel: 2.6.18-92.1.6.el5
And the relevant part of the log is

Code:
-- Called g0/wTELNUMBER
    -- Zap/1-1 answered SIP/207-09817e08
    -- Hungup 'Zap/1-1'
  == Spawn extension (macro-dialout-trunk, s, 19) exited non-zero on 'SIP/207-09817e08' in macro 'dialout-trunk'
  == Spawn extension (macro-dialout-trunk, s, 19) exited non-zero on 'SIP/207-09817e08'
    -- Executing [h@macro-dialout-trunk:1] Macro("SIP/207-09817e08", "hangupcall|") in new stack
    -- Executing [s@macro-hangupcall:1] GotoIf("SIP/207-09817e08", "1?skiprg") in new stack
    -- Goto (macro-hangupcall,s,4)
    -- Executing [s@macro-hangupcall:4] GotoIf("SIP/207-09817e08", "1?skipblkvm") in new stack
    -- Goto (macro-hangupcall,s,7)
    -- Executing [s@macro-hangupcall:7] GotoIf("SIP/207-09817e08", "1?theend") in new stack
    -- Goto (macro-hangupcall,s,9)
    -- Executing [s@macro-hangupcall:9] Hangup("SIP/207-09817e08", "") in new stack
  == Spawn extension (macro-hangupcall, s, 9) exited non-zero on 'SIP/207-09817e08' in macro 'hangupcall'
  == Spawn extension (macro-hangupcall, s, 9) exited non-zero on 'SIP/207-09817e08'
 
The log is showing the zaptel group g0 answered a SIP call. The exact opposite of what you stated the problem is?

When dialing out through a ZAP channel (Digium X400), the call hangs up immediately when the recipient gets the phone.
 
Thank you Eugene. I expressed myself wrong. Dialed out calls ring normally, but as soon as the call gets answered, the line shuts down.
 
Check the channel's context in

/etc/asterisk/chan_dahdi.conf
Code:
context=from-zaptel
 
Check the channel's context in

/etc/asterisk/chan_dahdi.conf
Code:
context=from-zaptel

Thank you. I do not have this file. I stayed with Asterisk 1.4 to avoid using dahdi (which I understand does not support the Digium TDM400). But FYI:

HTML:
asterisk -rx "zap show channels"
   Chan Extension  Context         Language   MOH Interpret
 pseudo            default         es         default
      1            from-pstn       es         default
      2            from-pstn       es         default
      3            from-internal   es         default
Should it say "from-zaptel?"
 
In /etc/asterisk/zapata-auto.conf and change the context to from-zaptel. Then from the Asterisk CLI>, type zaptel restart or whatever the command is to restart it. (help zaptel should give the answer)

See if that works.
 
In /etc/asterisk/zapata-auto.conf and change the context to from-zaptel. Then from the Asterisk CLI>, type zaptel restart or whatever the command is to restart it. (help zaptel should give the answer)

See if that works.

Thank you. Tried that (changed /etc/asterisk/zapata-channels.conf) and it did not work.

Any other ideas will be greatly appreciated.
 
Plug a POTS phone in the line and check that it is working properly on a normal call.
 

Members online

No members online now.

Forum statistics

Threads
26,686
Messages
174,406
Members
20,257
Latest member
Dempan
Get 3CX - Absolutely Free!

Link up your team and customers Phone System Live Chat Video Conferencing

Hosted or Self-managed. Up to 10 users free forever. No credit card. Try risk free.

3CX
A 3CX Account with that email already exists. You will be redirected to the Customer Portal to sign in or reset your password if you've forgotten it.
Back
Top