Zwei Dialogic Diva 4-BRI: Problem mit Reihenfolge!

[cafedelmar]

Hallo,

ich habe einen Telefonserver mit zwei Dialogic Diva 4-BRI Karten aufgebaut. Telefoniesoftware: Asterisk
Kanaltreiber chan_capi
ISDN-Treiber: Melware v3
-> alles die neueste Versionen!

Die Ports der Karten sind über das Config-Tool konfiguriert, die Überprüfung der Seriennummer beim Start ist eingestellt.

Bei jedem Neustart des Servers wechselt aber die Reihenfolge der Karten und die jeweils falsche Konfiguration wird geladen, absolut fatal!
Zudem sind dann die ansprechbaren CAPI-Controller vertauscht, so ist Controller 1 manchmal der 1. Port der einen, mal der anderen Karte.

Wer kann mir helfen?
Ich arbeite gerade an einem "bösen" Workaround, aber das kann es bei so einer Investition ja eigentlicht nicht sein. ;-)

Danke und viele Grüße
CafeDelMar

 

[armincm]

Ich gehe davon aus, dass divas_cfg.rc gestartet wird um die Karten zu laden und alles zu starten. Und hierbei ist die Reihenfolge immer wieder anders?
Ist denn die Ausgabe von
cat /proc/net/eicon/divas
auch dann anders?
Ein log von jeweils dem unterschiedlichen Ladeergebnis wäre nicht schlecht.

Armin

 

[cafedelmar]

Genau, divas_cfg.rc wird gestartet.

Ausgabe, wenn die Controller-Nummern übereinstimmen:

divas: 3.1.4-109.75-1(1.46) 108-131(local) major=248
1: Dialogic Diva 4BRI-8 PCI v2 Serial:13079 IRQ:18
2: Dialogic Diva 4BRI-8 PCI v2 Serial:13079-2 IRQ: 0
3: Dialogic Diva 4BRI-8 PCI v2 Serial:13079-3 IRQ: 0
4: Dialogic Diva 4BRI-8 PCI v2 Serial:13079-4 IRQ: 0
5: Dialogic Diva 4BRI-8 PCI v2 Serial:13080 IRQ:19
6: Dialogic Diva 4BRI-8 PCI v2 Serial:13080-2 IRQ: 0
7: Dialogic Diva 4BRI-8 PCI v2 Serial:13080-3 IRQ: 0
8: Dialogic Diva 4BRI-8 PCI v2 Serial:13080-4 IRQ: 0

capiinfo (von ftp.chan-capi.org) sagt dazu:
Number of Controllers : 8
Controller 1:
Manufacturer: Eicon Networks
CAPI Version: 2.0
Manufacturer Version: 3.0
Serial Number: 13080
BChannels: 2
Global Options: 0x000003f9
internal controller supported
DTMF supported
[...]

Wenn die Controller sich tauschen:
divas: 3.1.4-109.75-1(1.46) 108-131(local) major=248
1: Dialogic Diva 4BRI-8 PCI v2 Serial:13079 IRQ:18
2: Dialogic Diva 4BRI-8 PCI v2 Serial:13079-2 IRQ: 0
3: Dialogic Diva 4BRI-8 PCI v2 Serial:13079-3 IRQ: 0
4: Dialogic Diva 4BRI-8 PCI v2 Serial:13079-4 IRQ: 0
5: Dialogic Diva 4BRI-8 PCI v2 Serial:13080 IRQ:19
6: Dialogic Diva 4BRI-8 PCI v2 Serial:13080-2 IRQ: 0
7: Dialogic Diva 4BRI-8 PCI v2 Serial:13080-3 IRQ: 0
8: Dialogic Diva 4BRI-8 PCI v2 Serial:13080-4 IRQ: 0

capiinfo:
Number of Controllers : 8
Controller 1:
Manufacturer: Eicon Networks
CAPI Version: 2.0
Manufacturer Version: 3.0
Serial Number: 13079
BChannels: 2
Global Options: 0x000003f9
internal controller supported
DTMF supported
[...]

Der konfigurierte Controller 1 (nach /usr/lib/divas/Config) ist dann in Chan-CAPI der Controller 5.


Das Problem scheint wohl irgendwie mit CAPI zusammenzuhängen.


Viele Grüße
CafeDelMar

 

[cafedelmar]

Was kann ich denn noch für Informationen zur Verfügung stellen, um das Problem einzugrenzen?

Im Config-Tool und in /proc bleibt die Controller-Zuordnung "namentlich" stabil, allerdings wechselt die reale Zuordnung bei jedem Neustart.

Wie schon beschrieben wechseln nicht die einzelnen Ports, sondern die Karten mit den jeweiligen Ports.

Das nicht nur die CAPI-Zuordnung betroffen ist, konnte ich dadurch feststellen, dass einzelne ISDN-Anschlüsse nicht mehr funktionierten, bei denen durch die Vertauschung eine NT-Mode-Config geladen wurde.

Ich habe jetzt zwar einen bösen Workaround gebaut, würde es für die Zukunft aber gerne korrekt lösen. Das Problem müsste eigentlich auch bei anderen Anwendern mit mehreren Karten auftreten?

Es handelt sich im Übrigen um ein Standard-Debian-Setup, was ich so schon oft erfolgreich mit den Melware-Treibern (und einer Karte) aufgebaut habe.

 

[armincm]

Welches CAPI verwendest Du? Wenn du divas4linux-melware compilierst, wirst du gefragt ob diva-capi verwendet werden soll. Was hast du hier geantwortet?
Das Problem ist das Haupt-CAPI Modul, hier melden sich die Controller an und da kommt es auch die Reihenfolge der Anmeldung an. Da innerhalb von divas die Reihenfolge stabil ist, müssen wir nun rausfinden an welcher Stelle dies geschieht. Ist der Rechner ein multi-prozessor/multi-core System?
Heutzutage eine dumme Frage, aber ich habe da so eine Ahnung....
Die syslog/kernel Meldungen beim Start mit diva_cfg.rc könnten auch noch helfen.

Armin

 

[cafedelmar]

Es wird diva-capi verwendet, da nur Dialogic-Karten im Sever eingesetzt sind.

asterisk:~# lsmod | grep capi
divacapi              352976  4 
divadidd               79568  4 divacapi,diva_idi,diva_mnt,divas

Die Kernel-Module sind in /etc/modprobe.de/blacklist geblacklisted.

# Kernel CAPI, ISDN, DIVA
blacklist hisax       
blacklist divas     
blacklist divadidd  
blacklist isdn

CPU ist ein Intel Pentium Dual-Core E2220@2,4GHz. Es ist ein 64-Bit-System.

asterisk:~# uname -a
Linux asterisk 2.6.26-2-amd64 #1 SMP Thu Nov 5 02:23:12 UTC 2009 x86_64 GNU/Linux

Soweit ich das schon mal verfolgt habe, ist die Reihenfolge beim Booten immer gleich. Hier mal das Syslog vom letzten Reboot:

Feb 10 03:01:44 asterisk kernel: [   67.838495] Dialogic DIVA - DIDD table (http://www.melware.net)
Feb 10 03:01:44 asterisk kernel: [   67.838495] divadidd: Rel:3.1.4-109.75-1  Rev:1.13  Build:108-131(local)
Feb 10 03:01:44 asterisk kernel: [   67.848545] Dialogic DIVA Server driver (http://www.melware.net)
Feb 10 03:01:44 asterisk kernel: [   67.848548] divas: Rel:3.1.4-109.75-1  Rev:1.46  Build: 108-131(local)
Feb 10 03:01:44 asterisk kernel: [   67.848551] divas: support for: BRI/PCI PRI/PCI adapters
Feb 10 03:01:44 asterisk kernel: [   67.848586] divas: Dialogic Diva 4BRI-8 PCI v2 bus: 00000004 fn: 00000010 insertion.
Feb 10 03:01:44 asterisk kernel: [   67.848602] ACPI: PCI Interrupt 0000:04:02.0[A] -> GSI 18 (level, low) -> IRQ 18
Feb 10 03:01:44 asterisk kernel: [   67.913399] divas: Dialogic Diva 4BRI-8 PCI v2 IRQ:18 SerNo:13079
Feb 10 03:01:44 asterisk kernel: [   67.913399] divas: Dialogic Diva 4BRI-8 PCI v2 bus: 00000004 fn: 00000018 insertion.
Feb 10 03:01:44 asterisk kernel: [   67.913399] ACPI: PCI Interrupt 0000:04:03.0[A] -> GSI 19 (level, low) -> IRQ 19
Feb 10 03:01:44 asterisk kernel: [   67.977399] divas: Dialogic Diva 4BRI-8 PCI v2 IRQ:19 SerNo:13080
Feb 10 03:01:44 asterisk kernel: [   67.977399] divas: started with major 248 
Feb 10 03:01:44 asterisk kernel: [   68.266667] Dialogic DIVA - MAINT module (http://www.melware.net)
Feb 10 03:01:44 asterisk kernel: [   68.266667] diva_mnt: Rel:3.1.4-109.75-1  Rev:1.32  Build: local
Feb 10 03:01:44 asterisk kernel: [   68.266667] console [0] enabled             
Feb 10 03:01:44 asterisk kernel: [   68.266667] diva_mnt: trace buffer = ffffc20010ad1004 - 128 kBytes, internal (Major: 247), notifier registered, reboot notifier registered
Feb 10 03:01:46 asterisk ntpdate[2622]: the NTP socket is in use, exiting                       
Feb 10 03:01:49 asterisk kernel: [   72.862542] Dialogic DIVA - User IDI (http://www.melware.net)
Feb 10 03:01:49 asterisk kernel: [   72.862542] diva_idi: Rel:3.1.4-109.75-1  Rev:1.25  Build: local
Feb 10 03:01:49 asterisk kernel: [   72.862542] diva_idi: started with major 246
Feb 10 03:01:49 asterisk kernel: [   72.885811] Dialogic DIVA - CAPI Interface driver (http://www.melware.net)
Feb 10 03:01:49 asterisk kernel: [   72.885811] divacapi: Rel:3.1.4-109.75-1  Rev:1.24  Build: 109-13(local)

Beeinflusst CAPI denn auch die (eigentlich) eingestellte Konfiguration (also in erster Linie NT ja/nein) der Ports? Ich hätte gedacht, dass dies nur anhand der Seriennummern erfolgt?

Bezüglich des Konfigurations-Tools werde ich wohl nochmal wegen etwas anderem demnächst auf Dich zukommen, aber das fällt wohl eher unter kommerziellen Support. ;-)


CafeDelMar

 

[armincm]

CAPI (oder die Reihenfolge in CAPI) beeinflusst nicht die Einstellungen der Karten selbst. Also z.B. NT mode bezieht sich auf die Seriennummer. Wenn sich die Reihenfolge in CAPI ändern, beeinflusst das nur die Applikation.
Schau mal in Deiner divas_cfg.rc nach, ob da am Ende in der Config
Card_PARALLEL_LOAD[...]=1
steht. Wenn ja, setze das mal auf 0.

Armin

 

[cafedelmar]

Card_PARALLEL_LOAD steht leider nicht in der Config, ich habe die Config aber mal angehängt.

Ich kann es zwar jetzt nicht mehr beweisen und aufgrund des mittlerweile produktiven Einsatzes des System auch nicht mehr testen, aber ich war mir ziemlich sicher, dass nicht nur die CAPI-Controller kartenweise vertauscht wurden, sondern auch die Config der Ports.
Kann man die tatsächliche Konfiguration der Ports irgendwie auslesen?

CafeDelMar

PS: Port 4 und Port 8 sind jetzt beide als NT konfiguriert, da ein Tausch der Konfiguration so keine Auswirkungen hat. Es werden momentan nicht alle Ports benötigt.

 

[armincm]

Du kannst fast alles aus der Karte auslesen. Mit "divactrl mantool" hat man Zugriff auf ein Verzeichnissystem mit Dateien in der Karte. Zum Beispiel
/usr/lib/divas/divactrl mantool -c 4 -r"Config/NT"
Liest von Port 4 im Verzeichnis 'Config' den Parameter NT aus. Einige Dinge kann man so zur Laufzeit auch setzen/ändern.

Wenn du die Möglichkeit hast, schlage ich vor anstelle von meinem v3 Paket das original Dialogic Paket zu verwenden. Hier wird der DIVA mtpx Treiber verwendet, der hat neben einigen neuen Features auch die Aufgabe die Karten im System, zum Beispiel bei CAPI, gesammelt zur Verfügung zu stellen. Man könnte zum Beispiel auch beide Karten als Eine darstellen. Das mtpx früher nicht GPL war, hatte ich ihn noch nicht mit eingebaut.
Laut Dialogic sollte so ein Problem wie die Reihenfolge mit dem original Treiber gar nicht auftauchen.

Armin

 

[armincm]

Zur Info auch hier die Seite von Dialogic für das original Treiber-Paket:

http://www.dialogic.com/download/p/linux/source.9.02/109-34/download.htm