2 octoBRI in einem Rechner; keine Verb. zu alter TK

[VOIPdani]

Hallo,

ich habe nun schon zum 2. Mal versucht einen Rechner mit 2 octoBRI-Karten produktiv zu setzen. Beim ersten Mal war eine der beiden Karten defekt (die wurde mir aber ersetzt) und gestern hatte ich nachdem alles angesteckt war folgendes Problem: Ich konnte eine Verbindung ins Telekom-Netz aufbauen (sprich mit einem IP-Phone auf ein Handy anrufen) aber es war mir leider nicht möglich eine Verbindung zur alten TK-Anlage herzustellen.

Die Jumper waren richtig gesetzt, zapata.conf und zaptel.conf waren richtig konfiguriert und die Kabelverbindungen waren auch OK, aber die Channel, die im NT-Mode konfiguriert waren wollten einfach nicht up gehn.

Also musste ich mich geschlagen geben und eine Karte wieder ausbauen und siehe da: mit nur einer octoBRI funktioniert alles wie es sein soll: Verbindung ins Telekom-Netz OK, Verbindung zur alten TK-Anlage OK.

Hier mal meine Konfigs:

zapata.conf
[channels]
language=de
switchtype = euroisdn
pridialplan = unknown
prilocaldialplan = national
nationalprefix = 0
internationalprefix = 00
overlapdial = yes
echocancel = yes

; TE mode ... fuer ISDN Amtsleitungen
context=ISDN-IN-AMT
group = 1
signalling = bri_cpe
; S/T port 1, 2, 3, 4, 5, 6, 7, 8
channel => 1-2
channel => 4-5
channel => 7-8
channel => 10-11
channel => 13-14
channel => 16-17
channel => 19-20
channel => 22-23
; S/T port 9, 10, 16
channel => 25-26
channel => 28-29
channel => 46-47

;;es wird keine 0 vorgestellt (intern für Kapsch);;
pridialplan = local
prilocaldialplan = unknown

; NT mode ... fuer Kapsch als Slave
context=ISDN-IN-KAPSCH
group = 2
signalling = bri_net
; S/T port 11, 12, 13, 14, 15
channel => 31-32
channel => 34-35
channel => 37-38
channel => 40-41
channel => 43-44

zaptel.conf
loadzone=nl
defaultzone=nl
# qozap span definitions
# most of the values should be bogus because we are not really zaptel
span=1,1,3,ccs,ami
span=2,0,3,ccs,ami
span=3,0,3,ccs,ami
span=4,0,3,ccs,ami
span=5,1,3,ccs,ami
span=6,0,3,ccs,ami
span=7,0,3,ccs,ami
span=8,0,3,ccs,ami
span=9,1,3,ccs,ami
span=10,0,3,ccs,ami
span=11,0,3,ccs,ami
span=12,0,3,ccs,ami
span=13,1,3,ccs,ami
span=14,0,3,ccs,ami
span=15,0,3,ccs,ami
span=16,0,3,ccs,ami

bchan=1,2
dchan=3
bchan=4,5
dchan=6
bchan=7,8
dchan=9
bchan=10,11
dchan=12
bchan=13,14
dchan=15
bchan=16,17
dchan=18
bchan=19,20
dchan=21
bchan=22,23
dchan=24
bchan=25,26
dchan=27
bchan=28,29
dchan=30
bchan=31,32
dchan=33
bchan=34,35
dchan=36
bchan=37,38
dchan=39
bchan=40,41
dchan=42
bchan=43,44
dchan=45
bchan=46,47
dchan=48

Den Kartentreiber starte ich über folgendes Skript:

#! /bin/sh
# This script starts the zaptel driver and asterisk
cd /usr/src/packages/SOURCES/bristuff-0.3.0-PRE-1l/qozap/
ztcfg -s
modprobe zaptel
insmod qozap.ko ports=65473
ztcfg -vv
asterisk -vvvvvvvvvvvvvvvvvvvvgddd

Mein Asterisk spuckt folgendes aus, wenn alle Kabel angesteckt sind (nur ein Auszug):

Mar 30 17:40:12 VERBOSE[5797] logger.c:   == Primary D-Channel on span 11 down
Mar 30 17:40:12 WARNING[5797] chan_zap.c: No D-channels available!  Using Primary channel 33 as D-channel anyway!
Mar 30 17:40:12 VERBOSE[5799] logger.c:   == Primary D-Channel on span 13 down
Mar 30 17:40:12 WARNING[5799] chan_zap.c: No D-channels available!  Using Primary channel 39 as D-channel anyway!
Mar 30 17:40:12 VERBOSE[5800] logger.c:   == Primary D-Channel on span 14 down
Mar 30 17:40:12 WARNING[5800] chan_zap.c: No D-channels available!  Using Primary channel 42 as D-channel anyway!
Mar 30 17:40:12 VERBOSE[5798] logger.c:   == Primary D-Channel on span 12 down
Mar 30 17:40:12 WARNING[5798] chan_zap.c: No D-channels available!  Using Primary channel 36 as D-channel anyway!
Mar 30 17:40:12 VERBOSE[5796] logger.c:   == Primary D-Channel on span 8 up
Mar 30 17:40:13 VERBOSE[5796] logger.c:   == Primary D-Channel on span 8 up
Mar 30 17:40:14 VERBOSE[5796] logger.c:   == Primary D-Channel on span 8 up
Mar 30 17:40:16 VERBOSE[5792] logger.c:   == Primary D-Channel on span 1 up
Mar 30 17:40:16 VERBOSE[5795] logger.c:   == Primary D-Channel on span 7 up
Mar 30 17:40:17 VERBOSE[5792] logger.c:   == Primary D-Channel on span 1 up

Wobei Channel 11, 12, 13, 14 im NT-Mode sind (an der alten TK-Anlage angesteckt). Der Channel 15 geht up.

Ich bin echt ratlos.

Warum bekomme ich sobald 2 Karten im Spiel sind keine Verbindung mehr zur alten TK-Anlage??

Kann mir jemand von euch vielleicht weiterhelfen?

lg Dani

 

[clan]

Was ist die Ausgabe von ztcfg -vv? Oder /proc/zaptel/[1-16?], /proc/interrupts, lspci? Hat die octoBRI switches für die Kartenid? Und ist die Reihenfolge der Karten die von dir erwartete, wird also die erste (alte) Karte immer noch als erste erkannt?

 

[VOIPdani]

Was ist die Ausgabe von ztcfg -vv? Oder /proc/zaptel/[1-16?], /proc/interrupts, lspci?

Ein ztcfg -vv brachte das gewünschte Ergebnis, aber ich kann es leider hier nicht mehr posten, da ich die 2 Karten nur für kurze Zeit zusammen in einem Rechner eingebaut hatte. Ich habe leider nur 2 Karten hier und eine ist im Produktivsystem eingebaut.

/proc/zaptel/[1-16], ... hab ich nicht gemacht :-(

Hat die octoBRI switches für die Kartenid?

Ich weiß nicht so recht was du damit meinst... :?:

 

[clan]

Vergiss die Karten-ID, die entsprechenden Switches gibt es nur bei der quadBRI, sorry.

Was sagt Junghanns dazu?