ZapHFC (NT Mode) + FreePBX => Analog-Telefon klingelt nicht! [SOLVED]

[voipjan]

Hallo,

ich versuche schon seit mehreren Tagen vergeblich FreePBX mit einer HFC-S ISDN Karte auf einem Linux-Gentoo-Server einzurichten.
Es scheitert daran, dass das Analog-Telefon einfach nicht klingeln will. Wenn ich über meine SIP-Extension (10) die MSN des Analog-Telefons (11) anrufe, dann klingelt das Telefon entweder gar nicht oder nur sehr kurz (vielleicht eine halbe Sekunde) und es geht sofort die Voicemailbox ran. Ich sehe allerdings über das CAPI-Control der Eumex-Anlage (welche ich über USB an meinen PC anschlossen habe), dass die 10 auf dem Kanal B1 anruft.
Es scheint also, dass der Anruf zwar ankommt aber sofort abgebrochen wird, da Asterisk denkt, dass das Analog-Telefon nicht erreichbar sei.

Ich habe schon alle möglichen Foren und Google durchsucht und habe sehr sehr viele Varianten der Config-Dateien ausprobiert... alles leider vergeblich.

Anders herum, wenn ich vom Analog-Telefon mein SIP-Softphone anrufe muss ich eine 0 vorwählen um ein Freizeichen zu bekommen und anschließend die 10, das klappt dann aber auch. *EDIT* Das "0 vorwählen" habe ich jetzt über die Telefonanlage abgeschaltet, die kann das automatisch vorwählen

Der Aufbau ist folgendermaßen:
Linux-Server mit FreePBX + ISDN Karte mit HFC Chipsatz im NT Modus => NTBA => Eumex 520PC => Normales Analog-Telefon.

Das ganze ging schon mit der Distribution EISFAIR, also ist ein Verkabelungsproblem eigentlich auszuschließen (außer es hat sich ein Kabel gelöst => unwahrscheinlich). Dazu ist allerdings noch zu sagen, dass ich unter EISFAIR ein anderes Mainboard+CPU benutzt habe (älter).
Desweiteren habe ich auch erstmal versucht FreePBX auf Debian zum laufen zu bekommen, dort ist derselbe Fehler aufgetreten (das hier ist also nichts Gentoo-spezifisches).

Kernel:
2.6.19-gentoo-r5

FreePBX:
Version 2.2.1

Zaptel:
net-misc/zaptel-1.2.12-r1 mit USE-Flags: bri eckb1 rtc

Libpri:
net-libs/libpri-1.2.4-r1 mit USE-Flags: bri

Asterisk:
net-misc/asterisk-1.2.14-r2 mit USE-Flags: bri mmx pri speex ssl zaptel


Meine /etc/zaptel.conf:

span=1,1,3,ccs,ami
bchan=1-2
dchan=3

loadzone=nl
defaultzone=nl

Probierte Variationen:

span=1,0,1,ccs,ami
UND
loadzone=de
defaultzone=de

ztcfg -vv

Zaptel Configuration
======================

SPAN 1: CCS/ AMI Build-out: 399-533 feet (DSX-1)

Channel map:

Channel 01: Clear channel (Default) (Slaves: 01)
Channel 02: Clear channel (Default) (Slaves: 02)
Channel 03: D-channel (Default) (Slaves: 03)

3 channels configured.

Meine /etc/asterisk/zapata.conf:

[channels]

switchtype=euroisdn
signalling=bri_net_ptmp
pridialplan=local
prilocaldialplan=local
echocancel=yes
echocancelwhenbridged=yes
echotraining=800

overlapdial=yes
immediate=no
group=1
context=from-internal
channel=>1-2

;Include AMP configs
#include zapata_additional.conf

Meine /etc/asterisk/zapata_additional.conf:

;;;;;;[11]
signalling=bri_net_ptmp
record_out=Never
record_in=Never
mailbox=11@device
immediate=no
echotraining=800
echocancelwhenbridged=no
echocancel=yes
dial=ZAP/g1/11
context=from-internal
callprogress=no
callerid=device <11>
busydetect=no
busycount=7
accountcode=
channel=>1-2

Probiert habe ich bei dial: ZAP/1, ZAP/1-2, ZAP/1/11, ZAP/g0/11,...

lsmod:

Module                  Size  Used by
zaphfc                 15508  0
zaptel                178692  1 zaphfc
crc_ccitt               6016  1 zaptel

dmesg:

Zapata Telephony Interface Unloaded
Zapata Telephony Interface Registered on major 196
Zaptel Version: 1.2.12 Echo Canceller: KB1
PCI: Enabling device 0000:00:0e.0 (0000 -> 0003)
ACPI: PCI Interrupt 0000:00:0e.0[A] -> Link [LNKA] -> GSI 12 (level, low) -> IRQ
 12
zaphfc: CCD/Billion/Asuscom 2BD0 configured at mem e086e000 fifo d50e8000(0x150e
8000) IRQ 12 HZ 250
zaphfc: Card 0 configured for NT mode
zaphfc: 1 hfc-pci card(s) in this box.
Registered tone zone 3 (Netherlands)

Debug von Asterisk:

*CLI> zap show channels
   Chan Extension  Context         Language   MusicOnHold
 pseudo            from-internal
      1            from-internal
      2            from-internal
*CLI> zap show status
Description                              Alarms     IRQ        bpviol     CRC4  
HFC-S PCI A ISDN card 0 [NT] layer 1 AC· OK         0          0          0     
*CLI>

Executing Dial("SIP/10-0819bb58", "ZAP/g1/11|15|tr") in new stack
1 -- Making new call for cr 132
    -- Requested transfer capability: 0x00 - SPEECH
1 > Protocol Discriminator: Q.931 (8)  len=36
1 > Call Ref: len= 1 (reference 4/0x4) (Originator)
1 > Message type: SETUP (5)
1 > [04 03 80 90 a3]
1 > Bearer Capability (len= 5) [ Ext: 1  Q.931 Std: 0  Info transfer capability: Speech (0)
1 >                              Ext: 1  Trans mode/rate: 64kbps, circuit-mode (16)
1 >                              Ext: 1  User information layer 1: A-Law (35)
1 > [18 01 89]
1 > Channel ID (len= 3) [ Ext: 1  IntID: Implicit, Other Spare: 0, Exclusive Dchan: 0
1 >                        ChanSel: B1 channel
1                          ]
1 > [28 07 4a 61 6e 2d 53 49 50]
1 > Display (len= 7) [ Jan-SIP ]
1 > [6c 04 41 81 31 30]
1 > Calling Number (len= 6) [ Ext: 0  TON: Subscriber Number (4)  NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1)
1 >                           Presentation: Presentation permitted, user number passed network screening (1) '10' ]
1 > [70 03 c1 31 31]
1 > Called Number (len= 5) [ Ext: 1  TON: Subscriber Number (4)  NPI: ISDN/Telephony Numbering Plan (E.164/E.163) (1) '11' ]
1 > [7d 02 91 81]
1 > High-layer compatibilty (len= 4) [ 1 0x91 1 0x81 1  ]
    -- Called g1/11
1 < Protocol Discriminator: Q.931 (8)  len=4
1 < Call Ref: len= 1 (reference 132/0x84) (Terminator)
1 < Message type: CALL PROCEEDING (2)
    -- Zap/1-1 is proceeding passing it to SIP/10-0819bb58
1 < Protocol Discriminator: Q.931 (8)  len=4
1 < Call Ref: len= 1 (reference 132/0x84) (Terminator)
1 < Message type: ALERTING (1)
1 < Protocol Discriminator: Q.931 (8)  len=8
1 < Call Ref: len= 1 (reference 132/0x84) (Terminator)
1 < Message type: DISCONNECT (69)
1 < [08 02 80 92]
1 < Cause (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0) 0: 0   Location: User (0)
1 <                  Ext: 1  Cause: No user responding (18), class = Normal Event (1) ]
1 -- Processing IE 8 (cs0, Cause)
    -- Channel 0/1, span 1 got hangup request
    -- Channel 0/1, span 1 received AOC-E charging 0 units
1 > Protocol Discriminator: Q.931 (8)  len=8
1 > Call Ref: len= 1 (reference 4/0x4) (Originator)
1 > Message type: RELEASE (77)
1 > [08 02 80 90]
1 > Cause (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0) 0: 0   Location: User (0)
1 >                  Ext: 1  Cause: Normal Clearing (16), class = Normal Event (1) ]
1 > Protocol Discriminator: Q.931 (8)  len=8
1 > Call Ref: len= 1 (reference 4/0x4) (Originator)
1 > Message type: RELEASE (77)
1 > [08 02 80 90]
1 > Cause (len= 4) [ Ext: 1  Coding: CCITT (ITU) standard (0) 0: 0   Location: User (0)
1 >                  Ext: 1  Cause: Normal Clearing (16), class = Normal Event (1) ]
1 NEW_HANGUP DEBUG: Destroying the call, ourstate Disconnect Indication, peerstate Disconnect Request
1 NEW_HANGUP DEBUG: Calling q931_hangup, ourstate Disconnect Indication, peerstate Disconnect Request
    -- Hungup 'Zap/1-1'
  == Everyone is busy/congested at this time (1:0/0/1)

Ich hoffe mal, das war jetzt nicht zuviel Debug-Ausgabe, die ich hier gepasted habe
Wäre jeder Antwort, jedem Hinweis und jedem noch so kleinsten Tipp sehr dankbar!


Jan

 

[voipjan]

Was CAPI nicht alles so kaputt machen kann...

Als ich den Java ISDN Call Monitor installiert habe um das ganze mehr zu debuggen (CAPI Control zeigt ja nur die Incoming CallerID an) klingelte plötzlich mein Telefon, JUHU!
Alles, was schuld war, war ganz allein nur CAPI Control, welches ich auf meinem Windows rechner zum "debuggen" und zur Konfiguration der Telefonanlage laufen ließ...

Also ERFOLG: FreePBX + Gentoo + HFC-S [NT Mode] + ISDN-Anlage + Analog Telefon...

Vielleicht kann ich ja wenigstens noch mit den gepasteten zapata.conf's usw. noch jemand anders zum Glück verhelfen

Jan