Problems with TDM400P

Hi!

I have just installed asterisk and compiled the zapatel drivers, but something is wrong.

If i dial the extension i plugged intot he FXO module it rings (actually ztmonitor shows it also) but asterisk newer picks it up.
Also, i plugged in an analog phone into an FXS module but if i pick it up there is no dial tone (but i can hear the tones if i press buttons).

So its like asterisk didn’t see the card at all. Any ideas?

asterisk:/etc/asterisk# ztcfg -vv

Zaptel Version: 1.4.5
Echo Canceller: MG2
Configuration

Channel map:

Channel 01: FXO Loopstart (Default) (Slaves: 01)
Channel 02: FXO Loopstart (Default) (Slaves: 02)
Channel 03: FXS Loopstart (Default) (Slaves: 03)
Channel 04: FXS Loopstart (Default) (Slaves: 04)

4 channels configured.

/etc/zaptel.conf:

fxols=1,2
fxsls=3,4
loadzone = us
defaultzone=us

/etc/asterisk/zapata.conf:

[trunkgroups]
; define any trunk groups

[channels]
; hardware channels
; default
usecallerid=yes
hidecallerid=no
callwaiting=no
threewaycalling=yes
transfer=yes
echocancel=yes
echotraining=yes

; define channels
context=internal ; Uses the [internal] context in extensions.conf
signalling=fxo_ls ; Use FXO signalling for an FXS channel
channel => 1 ; Telephone attached to port 1
channel => 2 ; Telephone attached to port 2

context=incoming ; Incoming calls go to [incoming] in extensions.conf
signalling=fxs_ls ; Use FXS signalling for an FXO channel
channel => 3 ; PSTN attached to port 3
channel => 4 ; PSTN attached to port 4

/etc/asterisk/extensions.conf:

[incoming]
; incoming calls from the FXO port are directed to this context from zapata.conf
exten => s,1,Answer( )
exten => s,2,Echo( )

[internal]
exten => 226186,1,Answer( )
exten => 226186,2,Echo( )

After enabling pri debugging I saw something interesting - the debug info does display the caller ID name info from the Siemens system. In the example below, the caller ID name is ‘FRED BLOGGS’ - output below:

< Protocol Discriminator: Q.931 (8) len=148 < Call Ref: len= 2 (reference 19/0x13) (Originator) < Message type: SETUP (5) < [a1] < Sending Complete (len= 1) < [04 03 80 90 a3] < Bearer Capability (len= 5) [ Ext: 1 Q.931 Std: 0 Info transfer capability: Speech (0) < Ext: 1 Trans mode/rate: 64kbps, circuit-mode (16) < Ext: 1 User information layer 1: A-Law (35) < [18 03 a1 83 81] < Channel ID (len= 5) [ Ext: 1 IntID: Implicit PRI Spare: 0 Preferred Dchan: 0 < ChanSel: Reserved < Ext: 1 Coding: 0 Number Specified Channel Type: 3 < Ext: 1 Channel: 1 ] < [1c 1d 9f aa 06 80 01 00 82 01 00 8b 01 00 a1 0f 02 02 24 b0 02 01 55 30 06 82 04 06 40 08 40] < Facility (len=31, codeset=0) [ 0x9F, 0xAA, 0x06, 0x80, 0x01, 0x00, 0x82, 0x01, 0x00, 0x8B, 0x01, 0x00, 0xA1, 0x0F, 0x02, 0x02, '$', 0xB0, 0x02, 0x01, 'U0', 0x06, 0x82, 0x04, 0x06, '@', 0x08, '@' ] PROTOCOL 1F> AA 0006 (CONTEXT SPECIFIC [10]) 80 0001 00 (CONTEXT SPECIFIC [0]) 82 0001 00 (CONTEXT SPECIFIC [2]) 8B 0001 00 (CONTEXT SPECIFIC [11]) A1 000F (CONTEXT SPECIFIC [1]) 02 0002 24 B0 (INTEGER: 9392) 02 0001 55 (INTEGER: 85) 30 0006 (SEQUENCE) 82 0004 06 40 08 40 (CONTEXT SPECIFIC [2]) < [1c 28 9f aa 06 80 01 00 82 01 00 8b 01 00 a1 1a 02 02 24 d0 02 01 00 a1 11 04 0c 42 55 52 4e 53 20 4a 55 53 54 49 4e 02 01 01] < Facility (len=42, codeset=0) [ 0x9F, 0xAA, 0x06, 0x80, 0x01, 0x00, 0x82, 0x01, 0x00, 0x8B, 0x01, 0x00, 0xA1, 0x1A, 0x02, 0x02, '$', 0xD0, 0x02, 0x01, 0x00, 0xA1, 0x11, 0x04, 0x0C, 'BLOGGS FRED', 0x02, 0x01, 0x01 ] PROTOCOL 1F

I guess this is fairly promising as it’s clearly getting to the * box - it’s just whether I can retrieve it (and indeed send it in the same manner)…

Cheers,
Chris