Asterisk als ISDN Anlage und QSIG

[t33baum]

Hi

so langsam verliere ich mein schon sowieso recht mageren Überblick
über die ganze Sache.

doch erstmal zu meiner Situation/Aufbau:

---NTBA---Telefonanlage-------------- Asterisk
( sieht recht simpel aus )

Ist es möglich über den S0 Kabel, die Asterisk so zu konfigurieren, dass
die Telefonanlage und die Asterisk mittels QSIG Protokoll miteinander
Kommunizieren? Ich wäre schon zufrieden, wenn das QSIG basic call
funktionieren würde.

Falls derartiges machbar ist, welche Asterisk-ISDN Modul eignet sich dafür am besten?

-capi
-misdn
-zap / bristuff
-visdn

Ich würde mich freuen, wenn ich endlich mal eine eindeutige Antwort bekommen würde,
auch wenn es ein dickes fettes: "Nein! sowas geht nicht" ist . Momentan hänge ich so in
der Luft, dass ist ziemlich ungut. =(

 

[m.goegel]

Mit chan-capi und Eicon Diva Server Karten kein Problem.
Mit bristuff geht's auch (da brauchst du z.B. 'ne Digium Karte).

Zu chan-capi in Verbindung mit Eicon/Dialogic kann ich dir weiterhelfen, hab' das ganze programmiert. Für bristuff hab' ich hier noch 'nen halben (unveröffentlichten) Patch rumliegen, der das um ein paar Features erweitert.

Mario

PS: mit google und den Stichwörtern "Asterisk QSIG" solltest du aber mindestens schon entsprechende Threads finden...

 

[t33baum]

Wunderbar ... die Sache funktioniert zumindest irgendwie,
jetzt muss es nur noch so funktionieren, dass es bei mir
klappt ^^

Die Eicon Diva Server Karten sind mir zu teuer ... das sollte der
letzte Ausweg sein falls alles andere nicht hinhaut.

Momentan hab ich eine SiteCom Europe BV ISDN PCI DC-105V2
eingebaut ( wenn mich nicht alles täuscht ist das eine HFC Karte)

Wie schon geschrieben, es reichen mir die QSIG basic call
Funktionen. Mein Ziel ist es, zb. alle 100er nummern an die
Asterisk über QSIG zu jagen, um dann von der Asterisk
auszuwählen welchen SIP Telefon angesprochen werden soll.

Da du ja chan-capi nur mit Eicon Diva Server Karte vorschlägst
und als Alternative den Bristruff nennst, würde es mich mal
Internieren ob das damit machbar ist, oder muss ich doch
visdn oder misdn benutzen .

gruß t33baum

PS:
mittlerweile hab ich auch was interessantes gefunden,
http://www.ip-phone-forum.de/showthread.php?t=88720
aber da geht ihr, so weit ich es verstanden hab auch nur
auf die Eicon Diva Server Karten ein

 

[m.goegel]

Ich hab's mit misdn noch nicht weiter probiert - prinzipiell wäre es dort auch machbar. Unter Umständen läuft auch BC, aber da kannst du am Ende auch einen normalen ISDN Trunk nehmen.

visdn kannst du vergessen, das wird seit einem Jahr nicht mehr weiter entwickelt, jedenfalls, was die HFC Seite angeht.

Den Thread, den du da ausgegraben hast, ist natürlich der älteste
Ich hab' danach mit der QSIG Programmierung angefangen.

 

[t33baum]

Sorry das ich da immer noch so hässlich nachhacke.

Trunk ist ein gutes Stichwort, soweit ich weiß Kann ich mein
vorhaben nur durch ein Trunk lösen. Es macht ja wenig Sinn
100 Telefone an die Asterisk zu hängen und nur 2 können
zeitgleich telefonieren ( BRI ). Für ein Trunk brauche ich aber
QSIG, richtig ?

Egal welche Quellen ich lese heißt es, dass nur die
Eicon Networks Diva QSIG unterstützt. Somit bleibt mir
wohl nichts anderes übrig ?!

NACHTRAG:

ok ... so wie ich mir das vorgestellt habe funktioniert das ja garnicht.
Wenn 2 Leitungen bei einer BRI Leitung belegt sind dann sind sie belegt.
Da hilft mir nun auch kein QSIG ... egal.

Welche Leistungsmerkmale sind den mittlerweile implementiert ...
auf der offiziellen Seite (http://www.melware.org/ChanCapiQsig) steht

* Support for ECMA and ISO protocoll
* Name presentation
* External call signalling on external switch
* Single step call transfer
* Call transfer
* Path replacement propose

hast du da noch mehr geschafft ?

Irgendwie finde ich auch nichts zu bristuffed und Q.SIG =(

 

[m.goegel]

BRI ist ein Basic Rate Interface, also eine ISDN-Schnittstelle mit 2 B-Kanälen+ 1 D-Kanal
In einem Trunk (Bündel) werden mehrere Schnittstellen zusammengefasst (das können BRI, als auch PRI (Primary Rate Interface=30B+1D) sein).
Dies ist mit QSIG als auch ISDN (Punkt-zu-Punkt) möglich.

Momentan versuche ich gerade das abgehende CCBS/CCNR einzubauen. Leider ist eingehend momentan nicht möglich, da das von Seiten der Diva (noch) nicht unterstützt wird.
Ansonsten ist das der Stand, der momentan möglich ist. Ich hatte nach dem CallTransfer/PathReplacement damit angefangen, den Code zu verbessern/aufzuräumen und besseren Debugging-Code einzubauen.

Bei bristuff wird auch nur eher auf Anforderung programmiert - viele Sachen sind derzeit nur im CVS vorhanden.

Gruß Mario

 

[t33baum]

nun gut ... Eicon Diva Server Karte ist dann doch die Wahl geworden.


ich hab nun versucht die Diva4linux Treiber zu installieren.
das System ist ein Suse 10.3, kernel-source ist installiert
und sonstige Komponenten, die auf
http://www.dialogic.com/download/p/linux/source.2/107-83/readme.txt
stehen auch.

installieren will ich die Diva Server for Linux - Version 8.3 (all-in-one)
hab somit die Binary geladen und ausgeführt ... der ging dann auch
reibungslos durch.
Als ich jedoch dann in /usr/lib/eicon/divas/src ./Build ausgeführt habe
endet der Spas mit einem Fehler bei make modules

hier die logfile:

scripts/kconfig/conf -s arch/i386/Kconfig
  CHK     include/linux/version.h
  CHK     include/linux/utsrelease.h
  CC      arch/i386/kernel/asm-offsets.s
  GEN     include/asm-i386/asm-offsets.h
  CALL    scripts/checksyscalls.sh
#+ LOG INFO: end modules_prepare
  CC [M]  drivers/isdn/hardware/eicon/divasi.o
  CC [M]  drivers/isdn/hardware/eicon/idifunc.o
  CC [M]  drivers/isdn/hardware/eicon/um_idi.o
  CC [M]  drivers/isdn/hardware/eicon/dqueue.o
  CC [M]  drivers/isdn/hardware/eicon/dlist.o
  CC [M]  drivers/isdn/hardware/eicon/divamnt.o
  CC [M]  drivers/isdn/hardware/eicon/mntfunc.o
  CC [M]  drivers/isdn/hardware/eicon/debug.o
drivers/isdn/hardware/eicon/debug.c: In function ‘SuperTraceASSIGN’:
drivers/isdn/hardware/eicon/debug.c:1458: warning: ‘rx_dma_magic’ may be used uninitialized in this function
  CC [M]  drivers/isdn/hardware/eicon/maintidi.o
  CC [M]  drivers/isdn/hardware/eicon/capimain.o
  CC [M]  drivers/isdn/hardware/eicon/capifunc.o
  CC [M]  drivers/isdn/hardware/eicon/message.o
drivers/isdn/hardware/eicon/message.c: In function ‘connect_b3_req’:
drivers/isdn/hardware/eicon/message.c:3397: warning: cast from pointer to integer of different size
drivers/isdn/hardware/eicon/message.c:3482: warning: cast from pointer to integer of different size
drivers/isdn/hardware/eicon/message.c:3516: warning: cast from pointer to integer of different size
drivers/isdn/hardware/eicon/message.c: In function ‘connect_b3_res’:
drivers/isdn/hardware/eicon/message.c:3620: warning: cast from pointer to integer of different size
drivers/isdn/hardware/eicon/message.c: In function ‘manufacturer_res’:
drivers/isdn/hardware/eicon/message.c:4716: warning: cast from pointer to integer of different size
drivers/isdn/hardware/eicon/message.c: In function ‘nl_ind’:
drivers/isdn/hardware/eicon/message.c:8464: warning: cast from pointer to integer of different size
drivers/isdn/hardware/eicon/message.c: In function ‘add_b23’:
drivers/isdn/hardware/eicon/message.c:10452: warning: cast from pointer to integer of different size
drivers/isdn/hardware/eicon/message.c:10506: warning: cast from pointer to integer of different size
drivers/isdn/hardware/eicon/message.c:10397: warning: array subscript is above array bounds
drivers/isdn/hardware/eicon/message.c:10398: warning: array subscript is above array bounds
drivers/isdn/hardware/eicon/message.c:10405: warning: array subscript is above array bounds
drivers/isdn/hardware/eicon/message.c:10406: warning: array subscript is above array bounds
drivers/isdn/hardware/eicon/message.c:10407: warning: array subscript is above array bounds
drivers/isdn/hardware/eicon/message.c:10418: warning: array subscript is above array bounds
  CC [M]  drivers/isdn/hardware/eicon/capidtmf.o
  CC [M]  drivers/isdn/hardware/eicon/manage.o
  CC [M]  drivers/isdn/hardware/eicon/drv_man.o
  CC [M]  drivers/isdn/hardware/eicon/capi_man.o
  CC [M]  drivers/isdn/hardware/eicon/diva_didd.o
  CC [M]  drivers/isdn/hardware/eicon/diddfunc.o
  CC [M]  drivers/isdn/hardware/eicon/dadapter.o
  CC [M]  drivers/isdn/hardware/eicon/parser.o
  CC [M]  drivers/isdn/hardware/eicon/cfglib.o
drivers/isdn/hardware/eicon/cfglib.c: In function ‘diva_cfg_find_management_instance_by_enumeration’:
drivers/isdn/hardware/eicon/cfglib.c:2091: warning: passing argument 2 of ‘diva_os_free’ discards qualifiers from pointer target type
drivers/isdn/hardware/eicon/cfglib.c: In function ‘diva_cfg_lib_apply_named_variables’:
drivers/isdn/hardware/eicon/cfglib.c:2191: warning: passing argument 2 of ‘diva_os_free’ discards qualifiers from pointer target type
drivers/isdn/hardware/eicon/cfglib.c:2212: warning: passing argument 2 of ‘diva_os_free’ discards qualifiers from pointer target type
drivers/isdn/hardware/eicon/cfglib.c: In function ‘diva_cfg_lib_finit’:
drivers/isdn/hardware/eicon/cfglib.c:298: warning: passing argument 2 of ‘diva_os_free’ discards qualifiers from pointer target type
drivers/isdn/hardware/eicon/cfglib.c: In function ‘diva_cfg_lib_release_instance’:
drivers/isdn/hardware/eicon/cfglib.c:1254: warning: passing argument 2 of ‘diva_os_free’ discards qualifiers from pointer target type
drivers/isdn/hardware/eicon/cfglib.c: In function ‘diva_cfg_lib_update_named_xdi_variables’:
drivers/isdn/hardware/eicon/cfglib.c:2242: warning: passing argument 2 of ‘diva_os_free’ discards qualifiers from pointer target type
drivers/isdn/hardware/eicon/cfglib.c: In function ‘diva_cfg_lib_notify_adapter_insertion’:
drivers/isdn/hardware/eicon/cfglib.c:2633: warning: passing argument 2 of ‘diva_os_free’ discards qualifiers from pointer target type
  CC [M]  drivers/isdn/hardware/eicon/runtime.o
  CC [M]  drivers/isdn/hardware/eicon/diva_cfg_lib.o
  CC [M]  drivers/isdn/hardware/eicon/divasmain.o
drivers/isdn/hardware/eicon/divasmain.c: In function ‘divas_init’:
drivers/isdn/hardware/eicon/divasmain.c:1072: error: implicit declaration of function ‘pci_module_init’
make[1]: *** [drivers/isdn/hardware/eicon/divasmain.o] Fehler 1
make: *** [_module_drivers/isdn/hardware/eicon] Fehler 2
#+ LOG INFO: pwd:/usr/lib/eicon/divas/src
#! LOG ABORT EXECUTION DUE TO ERROR  : Failed to call 'make modules'
#! LOG ERROR INFO: make modules

irgendwie komm ich nun nicht mehr weiter.

eigentlich wollte ich das in die mailinglist von melware knallen, aber
da gibt es keine für den Treiber, nur der Hinweis auf eine Mai-Adresse.
da dein Name auch ab und zu mal auf dieser Seite auftaucht, hab ich gedacht
schreib ich dich mal hier an.
hoffe das es nicht allzu fehl am Platz ist

gruß
t33baum

 

[m.goegel]

Sorry, da weiß ich leider auch nicht genau weiter - ich bin seit 9.3 von Suse weg, dir fehlt möglicherweise irgendein Paket.
Evtl. kann dir Armin weiterhelfen, der kennt sich mit den Treibern auch aus - ich bin da auch nur einfacher Anwender...

Mario

 

[t33baum]

hmmm ok

schaut der auch ab und zu im Forum vorbei, oder soll
ich dem einfach mal eine Mail schreiben, oder gleich
an die suport mail adresse von melware ?

danke trotzdem.

 

[m.goegel]

Schreib 'ne Mail - er liest hier nur unregelmäßig.

 

[armincm]

Das Treiber-Paket von Eicon/Dialogic (als z.B. RPM) patched die Kernelsourcen auf deinem System. Es kann hier sein, dass dieses Paket nicht auf dein Kernel (SuSE) passt. Weiter helfen kann ich bei diesem Paket leider auch nicht, dass muss dann schon Dialogic machen.

Die Alternative wäre meine Version des Treibers "V3" bei ftp.melware.net zu benutzen. Hier werden die Sourcen deines Systems nicht verändert, sondern alles in dem temporären Verzeichnis (wo du das Paket hin ausgepackt hast) gebaut.
Der Treiber im Melware-V3 ist der gleiche wie beim Dialogic Paket, es fehlen nur ein paar Dinge, die nicht open-source von Dialogic sind und ein paar Gimicks wie die http-config, die man aber meiner Meinung nach nicht benötigt.
Es kann natürlich trotzdem sein, dass die Treiber im V3 Paket nicht zu allen Kernel-Versionen passen. Z.B. verändern die Distributoren wie SuSE gerne mal was im Kernel und das ist dann für externe Treiber ein Problem. Aber einfach testen...

Armin

 

[t33baum]

Hmm!

ich hab es jetzt mit deiner Version des Treibers ausprobiert.
Unter Suse 10.3 (Kernel 2.6.22.13-0.3) hat das nicht so geklappt
(ähnliche Fehler wie mit dem Treiber von Dialogic) .

Mit welcher Kernelversion wisst ihr denn das es klappt ?
Distribution ist mir relativ egal, habe nur Suse genommen, da
ich an vielen stellen gelesen hab, dass Suse die ISDN Geschichte
am besten implementiert hat, ob das jedoch wirklich so ist, kann ich
noch nicht bezeugen.

@armincm: vielen dank für die schnelle Antwort

Gruß
t33baum

 

[armincm]

Ein normaler 2.6.22er Kernel sollte funktionieren. Ich denke SuSE hat den hier so modifiziert, dass es nicht mehr passt.
Ich habe bisher mit Debian-basierten Systemen sehr gute Erfahrung gamacht und nutze auch nur noch diese. (direkt Debian wenn es ein Server sein soll und z.B. Ubuntu bei einem Desktop System.)
Der Kernel eines Debian Systems ist meist nicht so stark (mies) gepatched, so dass externe Module meist passen, wie bei einem kernel.org kernel auch.
Falls es hier doch mal mit neueren Kernels nicht passt, dann einfach info an mich. Hier muss ich
dann das ganze adaptieren.

Armin

 

[t33baum]

So ... habe das ganz nun mal zu mir nach hause verlagert,
so muss ich nicht ständig raus wegen irgend welchen Firlefanz.

Also mit dem Aktuellen Debian, hat es wunderbar geklappt,
zu mindestens was den Diva Treiber angeht...
Jetzt bin ich soweit, dass ich chan_capi installieren will.
Davor hab ich noch das "isdnactivecards" Packet installiert.

Wenn ich nun chan_capi Kompilieren will, kommen Haufenweise Fehler.
Ganz am Anfang schon, dass er capi20.h nicht finden kann.
capiinfo sagt mir auch das ich keine Karte habe =(

aus lauter Frust, hab ich mal alles was im Kernel unter
"ISDN-support" steht raus gemacht. Ich glaub, dass war ein Fehler
(hatte zumindestens kein Einfluss auf das Problem mit capi20.h).
Jedoch bin ich mir sicher, dass ich isdn4linux raus lassen kann
(benutze ja die diva4linux).

Ich Backe jetzt mal ein Kernel mit den ganzen "ISDN-support" schmodder
außer isdn4linux. Mal schauen was dabei raus kommt.

Ich wäre relativ froh, wenn mir jemand einen Tipp geben könnte, woran dass
mit capi20.h liegen kann. Ich hab zwar viel dazu gelesen, aber nichts hat mir
geholfen (es scheinen auch andere Läute dieses Problem zu haben, aber
entweder wird es nicht mehr weiter diskutiert, oder der Lösungsansatz
funktioniert nicht bei mir )

EDIT:

bevor ich es vergesse, ich hab das Gefühl, dass meine Hardware nicht so ganz passt =(
ich hab zwar eine Eicon Diva Server Karte, aber keine BRI bzw lspci spukt das aus

02:01.0 Network controller: Eicon Networks Corporation Diva 2.0 S/T PCI (rev 01)        
        Subsystem: Eicon Networks Corporation Diva 2.0 S/T PCI
        Flags: medium devsel, IRQ 9
        Memory at dd000000 (32-bit, non-prefetchable) [size=128]
        I/O ports at b800 [size=128]
        I/O ports at b400 [size=32]

 

[m.goegel]

ist keine Server Karte - mit dem Treiber wird das nix.

Außerdem fehlen dir die capi20 Header files (apt-get install libcapi20-dev)

Mario

 

[armincm]

Stimmt, deine ISDN-Karte passt nicht. Die DIVA 2.0 ist eine passive Karte und keine "DIVA Server". Hierzu benötigst du mISDN und da ist nix mit QSIG.

Damit du chan_capi compilieren kannst, musst du die header files der libcapi20 installiert haben, also das Paket libcapi20-dev (und libcapi20 natürlich).

Armin

 

[t33baum]

moin

so seit Freitag hab ich nun eine Eicon Diva Server Karte und seit
Montag kann ich endlich wieder weiter machen.

Das mit dem Treiber hat alles wunderbar geklappt, chan_capi ist auch
installiert.

jetzt hab ich gerade die README.qsig gelesen und da steht das man ein
Eicon Diva Server Karte (BRI oder PRI) die Q.SIG kann braucht... das lässt mich
schließen, dass es auch Eicon Diva Server Karte gibt die nicht Q.SIG können =(

diesmal spuckt lspci das hier aus:
Eicon Networks Corporation Diva Server BRI-2M PCI

jetzt sagt mir bitte nicht das die nicht Q.SIG kann, dann rast ich nämlich aus

( falls es jedoch doch so ist, wie kann man denn im voraus erkennen, dass
es Q.SIG kann oder nicht )

gruß
T33baum

 

[m.goegel]

Es gibt Diva Server PRI und BRI, du hast 'ne BRI, wo ist das Problem ?

Mario

 

[t33baum]

ich will ja auch "nur" eine BRI ( bekomme keine PRI zur Verfügung gestellt ).

wenn ich mit der karte QSIG kann gibt es kein Problem
(kann jede Eicon Diva Server QSIG ?)

 

[m.goegel]

kurze Antwort: jede Server macht QSIG
Zumindest die ISDN Karten - ich weiß jetzt nicht, ob die noch analoge im Angebot haben, die könntens dann natürlich nicht

Mario