2 HFC Karten - will nicht laufen

[bubblebob]

Hallo Forum,

ich bin nun seit einer Woche dabei mir einen neuen VoIP Server aufzusetzen, der alte wurde wegen HD Crash ausgetauscht. Früher realisierte ich die Sache unter Debian mit mISDN nun möchte ich trixbox verwenden da hier schon alles dabei ist.

Ich habe meine Kiste nach dem How-to im Forum installiert.

Beide Karten werden gefunden:

02:01.0 Network controller: Cologne Chip Designs GmbH ISDN network controller [HFC-PCI] (rev 02)
02:02.0 Network controller: Cologne Chip Designs GmbH ISDN network controller [HFC-PCI] (rev 02)

dmesg:

Zapata Telephony Interface Registered on major 196
Zaptel Version: 1.2.6 Echo Canceller: KB1
zaphfc: no version for "zt_receive" found: kernel tainted.
zaphfc: jitterbuffer size: 1
ACPI: PCI interrupt 0000:02:01.0[A] -> GSI 12 (level, low) -> IRQ 12
zaphfc: CCD/Billion/Asuscom 2BD0 configured at mem 0xd0904000 fifo 0xc6b60000(0x6b60000) IRQ 12 HZ 1000
zaphfc: Card 0 configured for TE mode
zaphfc: Card 0 configured for master mode
ACPI: PCI interrupt 0000:02:02.0[A] -> GSI 5 (level, low) -> IRQ 5
zaphfc: CCD/Billion/Asuscom 2BD0 configured at mem 0xd092c000 fifo 0xc6478000(0x6478000) IRQ 5 HZ 1000
zaphfc: Card 1 configured for NT mode
zaphfc: Card 1 configured for master mode
zaphfc: 2 hfc-pci card(s) in this box.
Registered tone zone 3 (Netherlands)

proc:

[root@asterisk1 ~]# cat /proc/zaptel/1
Span 1: ZTHFC1 "HFC-S PCI A ISDN card 0 [TE] layer 1 ACTIVATED (F7)" AMI/CCS

           1 ZTHFC1/0/1 Clear
           2 ZTHFC1/0/2 Clear
           3 ZTHFC1/0/3 HDLCFCS
[root@asterisk1 ~]# cat /proc/zaptel/2
Span 2: ZTHFC2 "HFC-S PCI A ISDN card 2 [NT]"

           4 ZTHFC2/0/1
           5 ZTHFC2/0/2
           6 ZTHFC2/0/3

/etc/asterisk/zaptel.conf

loadzone=nl
defaultzone=nl

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

span=2,1,3,ccs,ami
bchan=4-5
dchan=6

Das Modul lade ich wie folgt:

insmod /usr/src/bristuff-0.3.0-PRE-1q/zaphfc/zaphfc.ko modes=2

Wenn ich nun zaptel.conf so anpasse das nur eine Karte verwendet wird läuft asterisk zumindest an. Bei eingehenden Anrufen passiert allerdings (noch) nichts.

Folgenden Fehler erhalte ich wenn ich mit beiden Karten asterisk starten will:

Jul 10 20:18:10 WARNING[3896] chan_zap.c: Unable to specify channel 4: No such device or address
Jul 10 20:18:10 ERROR[3896] chan_zap.c: Unable to open channel 4: No such device or address
here = 0, tmp->channel = 4, channel = 4
Jul 10 20:18:10 ERROR[3896] chan_zap.c: Unable to register channel '4-5'
Jul 10 20:18:10 WARNING[3896] loader.c: chan_zap.so: load_module failed, returning -1
Jul 10 20:18:10 VERBOSE[3896] logger.c:     -- Unregistered channel 1
Jul 10 20:18:10 VERBOSE[3896] logger.c:     -- Unregistered channel 2
Jul 10 20:18:10 WARNING[3896] loader.c: Loading module chan_zap.so failed!

ach ja hier noch lsmod:

[root@asterisk1 asterisk]# lsmod | grep zap
zaphfc                 16156  0
zaptel                207876  1 zaphfc
crc_ccitt               2113  1 zaptel

Ich bin echt Ratlos, ich habe in dieser Woche alle möglichen konfigurationen Versucht, mit nur einer Karte läuft die Sache halbwegs (voicemail und so). Ich versuchte auch schon die Karten in der Konfiguration zu tauschen, was problemlos funktionierte nur ist nun die andere Karte tot.

Kann mir jemand einen Denkanstoss geben?

 

[Numsi]

Was steht denn in der zapata.conf dazu?

 

[bubblebob]

Hooopla da habe ich doch tatsächlich die zapata.conf vergessen, hier ist sie auch schon.

zapata.conf:

;
; Zapata telephony interface
;
; Configuration file

[trunkgroups]


[channels]

language=de
switchtype = euroisdn


switchtype = euroisdn
signalling = bri_net_ptmp
pridialplan=local
echocancel=yes
immediate=yes

group = 1
context=default
channel => 1-2

signalling = bri_cpe_ptmp
group = 2
channel => 4-5

Ich versteh einfach nicht wo es klemmt, ich habe alles doppelt und dreifach geprüft...

Ach ja ich habe 2 Acer Surf PCI Karten in meinem Rechner, beide Karten sind relativ neu, liefen auch schon beide im alten Debian VoIP Server ohne Probleme.


Update:
Ich fragte mich gerade warum mich heute den ganzen Tag keiner anrufen will, hab mich also selbst mit dem Handy angerufen... ging nicht!

Ok ich versuchte also jemanden über mein ISDN Telefon anzurufen, und shock, es ging auch nicht, ich bemerkte das der VoIP Server das Problem zu sein scheint, folgendes wurde auf der CLI ausgegeben beim versuche jemanden vom ISDN Telefon aus anzurufen:

  == Primary D-Channel on span 1 up for TEI 67
  == Primary D-Channel on span 1 down for TEI 67
  == Primary D-Channel on span 1 up for TEI 67
  == Primary D-Channel on span 1 up for TEI 67
  == Primary D-Channel on span 1 up for TEI 67
  == Primary D-Channel on span 1 down for TEI 67
  == Primary D-Channel on span 1 up for TEI 67
  == Primary D-Channel on span 1 down for TEI 67
  == Primary D-Channel on span 1 up for TEI 67
  == Primary D-Channel on span 1 up for TEI 67
  == Primary D-Channel on span 1 down for TEI 67
  == Primary D-Channel on span 1 up for TEI 67
  == Primary D-Channel on span 1 down for TEI 67
  == Primary D-Channel on span 1 up for TEI 67
  == Primary D-Channel on span 1 up for TEI 67
  == Primary D-Channel on span 1 down for TEI 67
  == Primary D-Channel on span 1 up for TEI 67

Ich liese den VoIP Server mit nur einer ISDN Karte (verbunden mit dem NTAB) laufen um ein paar Tests durchzuführen. Offenbat stimmit hier einiges nicht

 

[Numsi]

Logs entsorgt...

Ich liese den VoIP Server mit nur einer ISDN Karte (verbunden mit dem NTAB) laufen um ein paar Tests durchzuführen. Offenbat stimmit hier einiges nicht

Die Conf sehen IMHO OK aus, kannst du Defekt bzw. Konflikt der HardWare ausschliessen?

 

[bubblebob]

Die Conf sehen IMHO OK aus, kannst du Defekt bzw. Konflikt der HardWare ausschliessen?

Ja, weil wenn ich die Karten Tasche (mode) läuft die andere Karte an. Beide Karten hatte ich schon im alten Debian VoIP Server drin, dort liefen Sie ohne Probleme.

Ich habe vor einer Stunde mit der 4ten Neuinstallation begonnen, diesemal habe ich gleich 3 ISDN Karten in der Kiste drin und erhoffe mir davon das wenigstens 2 laufen.

Auch das umstellen der IRQs bracht rein gar nichts, ausser das die Hardwareerkennung begonnen hat zu spinnen (hab ich nun deaktiviert).