Can send but can't receive on Zap channels

Asterisk Asterisk Support
1

Hello,

I’ve recently set up an Asterisk system, running Debian versions of asterisk (1.2.10.dfsg-2) and zaptel (1.2.7.dfsg-2) on an amd64 dual-core machine.

SIP works fine. We’ve managed to dial each other, leave voice mails, set up a menu, etc.

But we just got our zap channels connected for testing. We have a T1 card, TE110XP on T1 mode (which we haven’t tested at all yet) and a TDM2400P with two FXO modules (channels 25-32) and one FXS module (channels 33-36)

On both the FXO (connected to the PSTN) and FXS (with just a simple phone), asterisk can send but cannot receive. If I run ztmonitor 25 -v or ztmonitor 33 -v I get lots on the TX side, but nothing on the RX side.

If I call home through the FXO, I hear nothing–no ringing, no answering machine, no girlfriend; but when I get home, I have a few messages of me at the office going, “Hello? WTF? It’s not working.” Also, when I pick up the phone on the FXS, I can hear either a dialtone (with immediate=no) or our menu (with immediate=yes), but dialing does nothing. However, if I switch the phone to pulse dialing, I can navigate the menu and even dial an extension… only to leave a blank voicemail because the sound isn’t getting through.

I’ve tried upping the rxgain in zapata.conf, but that does nothing, even at 24. I’m not sure how high that can go, but 24 seems pretty high.

— Here’s the relevant stuff from dmesg:
Zapata Telephony Interface Registered on major 196
Zaptel Version: 1.2.7 Echo Canceller: KB1
ACPI: PCI Interrupt 0000:01:01.0[A] -> Link [LNKB] -> GSI 16 (level, low) -> IRQ 98
Controller version: 24
FALC version: 00000000
TE110P: Setting up global serial parameters for T1 FALC V1.2
TE110P: Successfully initialized serial bus for card
Found a Wildcard: Digium Wildcard TE110P T1/E1
ACPI: PCI Interrupt 0000:01:02.0[A] -> Link [LNKC] -> GSI 17 (level, low) -> IRQ 90
PCI Config reg is 02900117
WCTDM2400P: New Reg: fe590000!
Detected REG0: 00000100
Detected REG1: 00007849
Detected REG2: 0000001d
(pre) Reg fc is 50000027
(post) Reg fc is 50000024
Detected REG2: 0000ffff
wctdm2400p: reg is a04c0004
Resetting the modules…
During Resetting the modules…
After resetting the modules…
Port 1: Installed – AUTO FXO (FCC mode)
Port 2: Installed – AUTO FXO (FCC mode)
Port 3: Installed – AUTO FXO (FCC mode)
Port 4: Installed – AUTO FXO (FCC mode)
Port 5: Installed – AUTO FXO (FCC mode)
Port 6: Installed – AUTO FXO (FCC mode)
Port 7: Installed – AUTO FXO (FCC mode)
Port 8: Installed – AUTO FXO (FCC mode)
Port 9: Installed – AUTO FXS/DPO
Port 10: Installed – AUTO FXS/DPO
Port 11: Installed – AUTO FXS/DPO
Port 12: Installed – AUTO FXS/DPO
Port 13: Not installed
Port 14: Not installed
Port 15: Not installed
Port 16: Not installed
Port 17: Not installed
Port 18: Not installed
Port 19: Not installed
Port 20: Not installed
Port 21: Not installed
Port 22: Not installed
Port 23: Not installed
Port 24: Not installed
VPM Revision: 01
VPM: U-law mode
VPM: DTMF threshold set to 1250
VPM: Present and operational (Rev B)
Found a Wildcard TDM: Wildcard TDM2400P (24 modules)
Registered tone zone 0 (United States / North America)
TE110P: Span configured for ESF/B8ZS
Calling startup (flags is 4099)
wcte1xxp: Setting yellow alarm
TE110P: Span configured for ESF/B8ZS
Calling startup (flags is 4099)
Registered tone zone 0 (United States / North America)
—end dmesg—

Here’s the output of ztcfg:
janus:/etc/asterisk# ztcfg -vv

Zaptel Configuration

SPAN 1: ESF/B8ZS Build-out: 133-266 feet (DSX-1)

Channel map:

Channel 01: Clear channel (Default) (Slaves: 01)
Channel 02: Clear channel (Default) (Slaves: 02)
Channel 03: Clear channel (Default) (Slaves: 03)
Channel 04: Clear channel (Default) (Slaves: 04)
Channel 05: Clear channel (Default) (Slaves: 05)
Channel 06: Clear channel (Default) (Slaves: 06)
Channel 07: Clear channel (Default) (Slaves: 07)
Channel 08: Clear channel (Default) (Slaves: 08)
Channel 09: Clear channel (Default) (Slaves: 09)
Channel 10: Clear channel (Default) (Slaves: 10)
Channel 11: Clear channel (Default) (Slaves: 11)
Channel 12: Clear channel (Default) (Slaves: 12)
Channel 13: Clear channel (Default) (Slaves: 13)
Channel 14: Clear channel (Default) (Slaves: 14)
Channel 15: Clear channel (Default) (Slaves: 15)
Channel 16: Clear channel (Default) (Slaves: 16)
Channel 17: Clear channel (Default) (Slaves: 17)
Channel 18: Clear channel (Default) (Slaves: 18)
Channel 19: Clear channel (Default) (Slaves: 19)
Channel 20: Clear channel (Default) (Slaves: 20)
Channel 21: Clear channel (Default) (Slaves: 21)
Channel 22: Clear channel (Default) (Slaves: 22)
Channel 23: Clear channel (Default) (Slaves: 23)
Channel 24: D-channel (Default) (Slaves: 24)
Channel 25: FXS Kewlstart (Default) (Slaves: 25)
Channel 26: FXS Kewlstart (Default) (Slaves: 26)
Channel 27: FXS Kewlstart (Default) (Slaves: 27)
Channel 28: FXS Kewlstart (Default) (Slaves: 28)
Channel 29: FXS Kewlstart (Default) (Slaves: 29)
Channel 30: FXS Kewlstart (Default) (Slaves: 30)
Channel 31: FXS Kewlstart (Default) (Slaves: 31)
Channel 32: FXS Kewlstart (Default) (Slaves: 32)
Channel 33: FXO Kewlstart (Default) (Slaves: 33)
Channel 34: FXO Kewlstart (Default) (Slaves: 34)
Channel 35: FXO Kewlstart (Default) (Slaves: 35)
Channel 36: FXO Kewlstart (Default) (Slaves: 36)

36 channels configured.

—end ztcfg—

—zaptel.conf
span=1,1,1,esf,b8zs
bchan=1-23
dchan=24
fxsks=25
fxsks=26
fxsks=27
fxsks=28
fxsks=29
fxsks=30
fxsks=31
fxsks=32
fxoks=33
fxoks=34
fxoks=35
fxoks=36
loadzone = us
defaultzone = us
—end zaptel.conf

—zapata.conf (without comments)
[trunkgroups]
trunkgroup => 1,24
spanmap => 1,1,1
[channels]
context=incoming
switchtype=ni1
signalling=fxo_ls
rxwink=300 ; Atlas seems to use long (250ms) winks
usecallerid=yes
cidsignalling=bell
hidecallerid=no
callwaiting=yes
usecallingpres=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
canpark=yes
cancallforward=yes
callreturn=yes
echocancel=yes
echocancelwhenbridged=yes
relaxdtmf=no
rxgain=0.0
txgain=0.0
group=1
callgroup=1
pickupgroup=1
immediate=no
#include zapata-channels.conf
—end zapata.conf

—zapata-channels.conf
group = 1
switchtype = ni1
signalling = pri_cpe
channel => 1-23

group = 2
signalling=fxs_ks
callerid=asrecieved
mailbox=
busydetect=no
channel => 25
signalling=fxs_ks
callerid=asrecieved
mailbox=
busydetect=no
channel => 26
signalling=fxs_ks
callerid=asrecieved
mailbox=
busydetect=no
channel => 27
signalling=fxs_ks
callerid=asrecieved
mailbox=
busydetect=no
channel => 28
signalling=fxs_ks
callerid=asrecieved
mailbox=
busydetect=no
channel => 29
signalling=fxs_ks
callerid=asrecieved
mailbox=
busydetect=no
channel => 30
signalling=fxs_ks
callerid=asrecieved
mailbox=
busydetect=no
channel => 31
signalling=fxs_ks
callerid=asrecieved
mailbox=
busydetect=no
channel => 32

group = 3
context = internal
signalling=fxo_ks
channel => 33-36

If you need anything else, let me know… And thanks in advance for any help!

Good night!
Chad.

2

Hi,

I have the same problem. Still trying to fix it with no luck… Have you allready fixed it?

3

given that the post is 6 months old, and he doesn’t seem to have posted a lot, i would think it is fixed. you could try a PM instead if you get no reply ?

you have “exactly” the same problem ? using the same versions, same platform etc or are there differences ?

4

Versions are different (Trixbox 2.0 including asterisk v1.2.13 and zaptel driver v1.2.12).

But the problem is the same. I am calling thru zaptel to my cell phone. I answer the call, I can’t hear what I say to the cell phone, but I can hear in cell phone what i talk on the other phone which initiated call thru zaptel.

I used ztmonitor 3 -vv at the moment of the call. And I see that on TX side I can see that the voice is transmitted, but nothing happens on RX

zaptel.conf:

loadzone        = us
defaultzone     = us
fxsks=3

zaptel:

TELEPHONY=yes
DEBUG=yes
MODULES="$MODULES wctdm"

zapata.conf:

;
; Zapata telephony interface
;
; Configuration file

[trunkgroups]

[channels]

language=en
context=from-zaptel
signalling=fxs_ks
rxwink=300              ; Atlas seems to use long (250ms) winks
group=1
channel=>3


usecallerid=yes
hidecallerid=no
callwaiting=yes
usecallingpres=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
cancallforward=yes
callreturn=yes
echocancel=no
echocancelwhenbridged=no
echotraining=800
rxgain=0.0
txgain=0.0
group=0
callgroup=1
pickupgroup=1
immediate=no

faxdetect=incoming

I feel like I have misconfigured smth in zapata.conf.

Have any ideas?

5

Well, this one was a while back… but I’m pretty sure this problem was caused by a faulty hardware echo canceling module (the purple stick on the TDM24xxP card). Digium sent us a new one, and the problem went away.

If you have a hardware echo canceller, you might want to give Digium a call to see if that’s the problem.