mISDN verwenden fuer avm b1 aktiv suse11.4 64bit

[simonbe]

Hallo zusammen, bin hier eventuell
nicht 100% richtig, bitte entschuldigen,
komme aber einfach nicht weiter und ich denke
ihr habt hier das notwendige know how ;-))))

ich versuche misdn mit einer avm b1 aktiven isdn karte zum lauifen
zu bringen und zwar deswegen weil die "normalen" isdn und oder
capi treiber einen system absturz beim eingehenden anruf OHNE
caller id verursachen. (faxen und anrufe mit ID gehen problemlos)
hier:
http://www.foehr-it.de/hlp/viewtopic.php?p=757&sid=905a2ebd38c807ba43943dfdd7e8d918
hatte jemand 2008 genau das gleiche phenomen (mit einer passiven avm karte welche
ich auch getestet und ebenso das problem habe) und er schrieb dass es mit mISDN
funktionieren wuerde.
leider schreibt er nicht wie ers gemacht hat.

hier mal was ich versucht habe, ich scheitere daran, dass misdn_info mir
sagt dass er die karte nicht findet:

mein system ist
openSUSE 11.4 (x86_64)
Linux 2.6.37.6-0.5-desktop x86_64
AMD Phenom(tm) II X4 955 Processor
7,8 GiB arbeitspeicher

habe die kernel treiber geladen:
# lsmod |grep ISDN
mISDNipac 37328 1 avmfritz
mISDN_core 101449 2 avmfritz,mISDNipac
# lsmod |grep capi
capidrv 31217 1
isdn 159016 5 capidrv
capi 16052 0
capifs 4052 2 capi
kernelcapi 46302 5 capidrv,b1pci,b1dma,b1,capi

(habe auch schon isdn und capi geunloaded um konflikte zu vermeiden)

das scheint nicht das probelm zu sein, es scheint irgendwie
keinen start befehl fuer das mISDN bei suse zu geben??
im runleveleditor sehe ich nur ISDN
und da denke ich sollte mISDN zum starten sein?
(oder muss ich isdn starten??)

also in etwa so:
# service mISDN start
ferner muss ich doch sicherlich die karte (wie ich im
netz gegoogelt habe, und hier gefunden habe, registrieren) :
/etc/init.d/mISDN-init scan
und config
habe aber beide programme nicht, es gibt nur:
misdn_bridge misdn_cleanl2 misdn_info misdn_log misdn_rename
nachdem ich das mISDNuser.rpm
installiert habe.
- komme nicht weiter.
(es existieren auch keine configurationsdateien im system)

da es auch noch ein rpm mit mISDNgui gibt (auch mal installiert)
gibt, was mir aber auch nur:
# misdn_info
Found no card. Please be sure to load card drivers.

muss es doch jemanden geben er das auch bei einer suse
nutz. haben die da wirklich nur die halben pakete
drin und muss ich was selber compilieren um
alles zu haben, oder mache ich was grundlegend falsch?
hier noch der auszug aus der /etc/log/messages

Jul 15 17:12:24 kernel: [ 4978.384937] Modular ISDN core version 1.1.21
Jul 15 17:12:24 kernel: [ 4978.385013] NET: Registered protocol family 34
Jul 15 17:12:24 kernel: [ 4978.394586] mISDNipac module version 2.0
Jul 15 17:12:24 kernel: [ 4978.399230] AVM Fritz PCI driver Rev. 2.1
Jul 15 17:17:56 kernel: [ 5310.386427] base_sock_release(ffff8801eb767080) sk=ffff88021f0d6000

waere ja schon froh wenn die karte erkannt werden wuerde mit mIsDN
(und ich im log file stehe dass da anrufe auf dem bus sind).
wie ich
dann weitermache um zu faxen ist dann das naechste problem....

waere um jede antwort dankbar.


simoN

 

[simonbe]

Habe mein probelm ohne mIsdn "worked around":

das problem ist ein unterschied der daten auf
dem INTERNEN isdn bus zu einem externen isdn bus
(der thread von 2008 hatte auch einen internen s0
bus)

es liegt an einem der pakete: I4l_base oder
capi4linux

alle anderen sachen konnte ich ausschalten oder
durch andere hardware (aktive / passive karte)
auswechseln.

eines dieser pakete hat mindestens in der 64 bit
verson ein problem.

mein work around nutzt eine funktion meiner
telefonanlage "agfeo as32" welche jedem ankommenden
anruf einen "0" voranstellen kann.
somit wird aus einem anruf ohne caller id ein anruf
mit id 0 was ja dann kein absturz mehr bringt.
einziger nachteil, die anderen anrufe mit caller
id sehen aus wie aus dem ausland, da nun immer
eine 0 zuviel vor der nummer erscheint, aber
damit kann ich leben.

simoN

 

[plin]

Sind wir die Einzigen?

Hi,

anscheinend sind wir die Einzigen die Asterisk unter OpenSuSE 11.4 mit ISDN nutzen. Sinniger Weise ist das Posting, auf das du verweist, von mir....

Mein Problem: Ich habe jetzt auf OpenSuSE 11.4 umgestellt (Kernel 2.6.37.6-0.5-desktop) und Asterisk 1.8.5.0 installiert (dafür gibt es im telephony Repository sogar RPM-Pakete ). Aber mein mISDN Channel lädt überhaupt nicht, weil das Asterisk Modul chan_misdn.so nicht da ist. Ich habe dann das zugehörige Asterisk Source Paket runtergeladen und versucht Asterisk zu compilieren. Im .configure gib es aber schon Probleme, weil die pthread Lib nicht eingebunden ist. Außerdem ist mISDN_open nicht mehr da wo es mal war, als es noch nicht fester Bestandteil des Kernels war. folglich gibt es Probleme die Funktion mISDN_open zu verifizieren.

Meine Postings in den Forem von Asterisk und voip-info.org werden zwar gelesen, es antwortet aber keinen.

Wie hast du den ISDN Support hingekriegt? Nutzt die mISDN?

plin

 

[plin]

Wie hast du den ISDN Support hingekriegt? Nutzt die mISDN?

plin

Kleine Präzisierung: mISDN native oder mISDN in Verbindung mit CAPI?

 

[simonbe]

Nein, sorry, ich verwende nicht asterisk,
will ich eventuell mal in ein zwei jahren, derzeit aber nicht,
(vorallem wenn ich mir anschaue was es da fuer probleme
mit der suse und dem misdn gibt.)
ich habe die alten isdn-capi (NICHT mISDN) sachen die bei der suse 11.4 dabei sind
verwendet, da ich eigentlich "nur" faxen will. - und bin
dabei auf dein altes problem gestossen d.h.
absturtz des rechners bei anruf ohne caller id.
was aber wie gepostet man weg bekommt, wenn
man (bei meiner isdn-telefonanlage problemlos
moeglich einfach IMMER am internen isdn bus eine "0" vor den caller
id senden tut, dann sind die anrufe ohne einfach ein
anruf von caller "0" und es gibt keine abstuertze mehr.
(oder aber an einen EXTERNEN isdn anschluss den rechner
haengt)

- das ist eine einstellung in der telefonanlage, die dazu
dienen soll, dass man bei isdn telefonen die das nicht
richtig unterstuetzten schon die "0" als amtskennziffer
beim rueckruf dabei hat -

tut mir leid, wenn ich dir nicht wirklich mit mIsdn weiterhelfen
kann, ich weiss nur (aus meinen suchen und postings)
dass du am besten ALLES was mit mIsdn zusammen haengt
NICHT aus der suse verwendest, da das die version 1 waere
und die total inkompatibel mit mIsdn 2 ist.
wenn dus ma sauber zum laufen bekommst, waere
es nett wenn du mich informierst.
- uebrigens ziemlich egal was ich bisher gelesen oder
als antworten bekommen habe, es scheint so dass
jeder der misdn-asterisk (egal auf welcher distri) am laufen
hat das selber compiliert
hat. - bleibt die spannende frage, wer hat die suse rpm
pakete fuer welchen zweck gebaut?

gruss,

simoN

 

[plin]

Hi simoN,

danke für die Info. Vor drei Jahren habe ich mir mein Asterisk auch selbst zusammengebastelt (sprich alle erforderlichen Libs/Anwendungen von verschiedenen Quellen zusammensuchen, runterladen, compilieren, ...). Jetzt hatte ich die Hoffnung über das OpenSUSE telephony Repository mal was fertiges zu kriegen. Sah auch ganz gut aus, nur das im ausgelieferten RPM kein chan_misdn.so drin war. Beim BUILD hatten die wohl dasselbe Problem wie ich jetzt. Habe mir dann aus dem OpenSUSE telephony Repository das Source Paket für die Asterisk 1.8.5.0 runtergeladen und versucht zu compilieren. Darüber bin ich dann auf die Probleme mit chan_misdn gestoßen. Die aktuelle, per svn runtergeladene Asterisk-Version hat einige Probleme schon gefixt, aber eine Konstante fehlt noch, die in dss1.h drinsteckt (jetzt im Kernel versteckt). Ich probier noch ein bisschen weiter ...

Ciao,
plin

 

[plin]

Hi simoN,

was hast du mit den diversen mISDN-Modulen gemacht? Mir fehlen noch einige:

myserver:~ # /usr/sbin/misdn-init start
FATAL: Module mISDN_l1 not found.
FATAL: Module mISDN_l2 not found.
FATAL: Module l3udss1 not found.
-----------------------------------------
Loading module(s) for your misdn-cards:
-----------------------------------------
/sbin/modprobe --ignore-install avmfritz protocol=0x2 layermask=0xf
/sbin/modprobe mISDN_dsp debug=0x0 options=0 poll=128 dtmfthreshold=100

Ciao,
plin

 

[simonbe]

Wie gesagt ich habs aufgegeben mIsdn zu verwenden, da ich auch mit
den von dir angesprochenen modulen probleme hatte.
und aufpassen, ich im telepone repository sind version
1 drin und das aktuelle (direkt von mIsdn) ist version 2
das mischt sich gar nicht gut und waere, so einige antworten
von vornerein zum scheitern verurteilt. - selbst wenn
man einmal version 1 drauf hatte muss anscheinend handisch
einiges von version 1 geloescht werden da die konfigurations
dateien inkompatibel sind.......

einzig, wenn du das noch nicht probiert hast kann ich dir
empfehlen dich bei der isdn4linux mailing liste an zu melden,
die haben mir geantwortet, und antworten eigentlich (bin nur
ein paar tage jetzt drauf) auf alle fragen die kommen.
https://www.isdn4linux.de/mailman/listinfo/isdn4linux
anderer vorschlag wie ich probleme umgehen:
ich habe mitlerweile mehrere virtuelle maschinen hier
am laufen (sehr einfach) verwende dazu kvm und friere dadurch
meine "alten" betriebssysteme - distributionen ein wenns auf
neueren probleme gibt. zum bsp habe ich eine suse 10.1 in
einer der kvm maschinen am laufen da dort eine propertaere
software (die ich genau so benoetige) noch geht, auf allem
neueren nicht mehr.
starte dann ganz "normal" meine anwendung nachdem
ich mich via ssh auf die virtuelle maschine aufgeschaltet habe.
so was koennte ich mir bei deiner alten, lauffaehigen asterisk
version auch vorstellen (hardware kann man durchreichen)
bei kvm kann ich dir hilfestellung geben, bzw habe ich auch
etliches gepostet. - ist natuerlich ein umgehen des
problems, aber man fummelt dann auch nie mehr dran
rum, was eigentlich heisst, das laeuft dann ewig.
ich setzte das zeugs fuer meine virtuellen sachen normalerweise
neu auf (um ein huebsches bereinigtes system zu haben),
koennte mir aber auch ein dd diskdump der alten
lauffaehigen platte vorstellen, dann in einer virtuellen
maschine starten (das sollte, muss aber nicht gehen),
dann die pci-karten durchreichen
(einzig das habe ich bisher nicht gemacht) und eben
das tcpip netzwerk anpassen.

gruss,

simoN

 

[plin]

ok, hab's noch mal mit mISDN V2 und Asterisk 162 versucht, hat aber nur die Compilierungsfehler verlagert ...

Die Idee mit KVM ist nicht schlecht. Ich habe mir die AsteriskNow runtergeladen und in einer virtuellen Maschine installiert. Wenn jetzt das Netz noch wollte ...

Hast du tunctl o.ä. installiert?
Wie hast du die FritzCard in die virt. Maschine durchgereicht?

Ciao,
plin

 

[simonbe]

Schau dir mal bitte das hier an ist von mir:
(bischen ueberfliegen die oberen sachen, unten
wirds interessanter, mache irgend wann mal ein howto
draus...

http://www.linuxforen.de/forums/showthread.php?t=261549

da wird beschrieben wie du relativ einfach eine virtuelle maschine
ins netz bekommst inklusive start script ohne die offiziellen
yast tools. bin grad knapp an zeit, wenn du nicht weiterkommst
mail nochmals, es gibt ne option fuer kvm um pci durchreichen zu
koennen (selbst noch nicht getestet), mit externen sachen
parallel/seriell hab ichs schon gemacht
hat wunderbar funktioniert.
gruss,



simoN

 

[plin]

Frust :-(

Die Installation des AsteriskNow in der kvm ging relativ flott. Netzwerk hat ein bisschen Probleme bereitet. Nachdem ich /etc/qemu-ifup und /etc/qemu-ifdown angelegt hatte ging's dann: Ich hatte Netz. Dann noch ein wenig an den Routen gebastelt und mein Asterisk unter kvm konnte mittels SIP-Client angesprochen werden. Die Performance ist sogar passabel, obwohl mein Prozessor (Core2Duo E4600) keine Intel Virtualization Technologie unterstützt.

Dann kam das PCI-Device. qemu wollte zum verrecken das Statement -devide pci-assign,... nicht akzeptieren. Warum? Mein KVM ist ohne die Lib pciutils compiliert. Also Lib installiert, KVM-Source runtergeladen, fehlende Pakate installiert, rpmbuild, install ...

Dann: meine KVM starten, Meldung dass das Modult kvm nicht geladen ist, dann die Meldung dass der driver pci-assign VT-d erfordert :-(((

Ein Core2Duo E6600 (der unterstützt die Intel VT) kostet 82 EUR. Oder ich hole einen alten Rechner aus der Ecke auf dem ich AsteriskNow installiere und zahle die 80 EUR per anno für Strom.

Es ist Zeit mal drüber zu schlafen.

Ciao,
plin

 

[simonbe]

Mh,
wusst ich leider auch nicht dasss das nur mit den
virtualisierungs prozessoren geht.

gruss,

simoN

 

[plin]

Es ist halt das übliche Problem: Viele kleine Informationsbausteinchen sind auf viele Stellen im Internet verteilt.