mISDNv2 will nicht auf Debian Lenny mit 2.6.28. Kernel

vwittich

Neuer User
Mitglied seit
31 Okt 2004
Beiträge
90
Punkte für Reaktionen
0
Punkte
6
Hallo zusammen,

bin nach wie vor auf einem Kriegspfad mit mISDN wobei ich wohl momentan den kürzeren ziehe.. Hab nun endlich mit der Anleitung von Runtux einen Kernel drauf bekommen mit dem mISDNv2 funktionieren scheint... LCR hab ich wieder deinstalliert... und den Asterisk 1.4.35 neu kompiliert.

Wenn ich jetzt misdn_info abfrage kommt

Code:
Found no card. Please be sure to load card drivers.

Soweit ich das verstanden haben brauche ich ja kein Start-Skripte mehr da nun mISDN über den Kernel läuft... modprobe sieht auch vielversprechend aus:
Code:
modprobe -l | grep -i misdn
kernel/drivers/isdn/hardware/mISDN/hfcpci.ko
kernel/drivers/isdn/hardware/mISDN/hfcmulti.ko
kernel/drivers/isdn/mISDN/mISDN_core.ko
kernel/drivers/isdn/mISDN/mISDN_dsp.ko
kernel/drivers/isdn/mISDN/l1oip.ko

Letztendlich will ich folgende ISDN-Karten einbinden:
Code:
lspci
02:0a.0 Network controller: Cologne Chip Designs GmbH ISDN network controller [HFC-PCI] (rev 02)
02:0b.0 Network controller: AVM GmbH A1 ISDN [Fritz] (rev 02)

Habt ihr einen Tipp für mich wie ich dieses Problemchen lösen kann?

Besten Gruß
Valentin
 
Hallo Valentin,

die Hardware-Module müssen IMHO trotzdem geladen werden.

Was sagt denn lsmod?

Svenja
 
Hallo Svenja, da hast du natürlich Recht... lsmod gibt folgendes aus:
Code:
lsmod | grep -i misdn
mISDN_dsp             191872  0 
mISDN_core             64396  3 hfcpci,hfcmulti,mISDN_dsp

muss da noch was geladen sein?

PS: Oh-ha, das war dann wohl dein Eintrag Nr. 1000!!
 
Eigentlich sollte das reichen, was da geladen ist. :noidea:
Warten wir mal ab, bis sparkie wieder vorbei schaut, der ist mISDN Profi.

Spricht dmesg etwas zum laden/entladen der Treiber?

ad PS: Hm, könntest Recht haben, hab ich gar nicht drauf geachtet.

Svenja
 
Was dmesg mir so erzählt, sagt mir letztendlich auch nichts... zu mindestens sieht es nicht nach Fehlermeldung aus:
Code:
dmesg | grep -i misdn
[   12.341825] mISDN_dsp: DSP clocks every 64 samples. This equals 2 jiffies.
[   12.351674] mISDN_dsp_element_register: hwec registered
[   12.405146] mISDN: HFC-multi driver 2.02

Wo ich mir gerade so dmesg anschaue... was genau macht Zaptel? Auf meinen älteren Asterisk-Installation bin ich immer ohne Zaptel ausgekommen.

Code:
dmesg | grep -i hfc
[    9.677076] vzaphfc: HFC-S PCI A Zaptel Driver (V1.44) loading
[   10.486811] vzaphfc 0000:02:0a.0: PCI INT A -> Link[LNKG] -> GSI 11 (level, low) -> IRQ 11
[   10.488705] vzaphfc: card 0: registered ZTHFC1/0/1
[   10.488717] vzaphfc: card 0: registered ZTHFC1/0/2
[   10.488726] vzaphfc: card 0: registered ZTHFC1/0/3
[   10.488920] vzaphfc: card 0: resetting
[   10.508082] vzaphfc: card 0 configured for TE mode at mem 0xfeaff800 (0xd9a16800) IRQ 11
[   12.405146] mISDN: HFC-multi driver 2.02

Aber ich hab schon auch Geduld bis [bi]sparkie[/bi] online ist...
 
Aha, dann ist Deine Karte wohl schon durch vzaphfc "besetzt". Entlade alles was zu zaptel gehört, und lade dann die mISDN-Module und hfcpci neu.

Wenn Du mISDN verwendest, brauchst Du zaptel nicht.
 
Hmmm, ok jetzt scheine ich alle Module erwischt zu haben, die vor mISDN gestartet sind... neben vzaphfc bzw. zaptel waren noch die hisax Modul aktiv. Hab sie jetzt via blacklist-Eintrag ausgeschlossen.

Code:
cat /etc/modprobe.d/blacklist.conf 
[...]
# damit mISDN richtig funktioniert
blacklist hisax
blacklist hisax_fcpcipnp
blacklist crc_ccitt
blacklist vzaphfc
blacklist zaptel
[...]

Allerdings bringt misdn_info im noch die Meldung das keine Karte gefunden wurde. Auch misdnportinfo zeigt folgendes an:
Code:
misdnportinfo
mISDN_open() failed: ret=-1 errno=2 (No such file or directory) Check for mISDN modules and device.

Gibt es misdn-init seit mISDNv2 nicht? Na ja werde mal weiter probieren...

Gruß Valentin
 
hallo, ich habe gerade den Thread gesehen. Meine Moeglichkeiten sind derzeit etwas eingeschraenkt, da ich nur mit einem USB-Funkmodem im Ausland unterwegs bin.
Aber Zugriff auf mein ISDN-VoIP Gateway per ssh hab ich wenigstens:)

zum Problem:
hast du die alten Treiber wirklich alle entfernt? Ich mache es immer so (im 'extra' Verzeichnis landen die neu generierten misdn Treiber, also Vorsicht falls noch was anderes drinsteht!):
Code:
rm -rfv /lib/modules/`uname -r`/kernel/drivers/isdn
rm -rfv /lib/modules/`uname -r`/extra

ein paar meiner Boot-Files (allerdings fuer debian squeeze)
Code:
cat /etc/modprobe.d/asterisk.conf
blacklist wct4xxp
blacklist wcte12xp
blacklist wct1xxp
blacklist wcte11xp
blacklist wctdm24xxp
blacklist wcfxo
blacklist wctdm
blacklist wctc4xxp
blacklist wcb4xxp

blacklist crc_ccitt
blacklist hfcpci
blacklist hfcsusb
blacklist hisax
blacklist isdn
blacklist mISDN_core
blacklist slhc
blacklist zaphfc

Code:
cat /etc/rc2.d/S20lcr
#! /bin/sh

### BEGIN INIT INFO
# Provides:          lcr
# Required-Start:    $syslog $remote_fs
# Required-Stop:     $syslog $remote_fs
# Default-Start:     2
# Default-Stop:      0 1 3 4 5 6
# Description:       linux call router launch
### END INIT INFO

. /lib/lsb/init-functions

[ -f /etc/default/rcS ] && . /etc/default/rcS
PATH=/bin:/usr/bin:/sbin:/usr/sbin
DAEMON=/usr/local/sbin/lcr
DESC="linux call router daemon"
NAME="lcr"
PIDFILE=/var/run/lcr.pid

test -x $DAEMON || exit 0

case "$1" in
  start)
        log_daemon_msg "Starting $DESC" "$NAME"

        # see genrc for std opts [ /usr/local/lcr/mISDN ]
        modprobe mISDN_core debug=0x1
        modprobe mISDN_dsp debug=0x1 options=0x0
        modprobe mISDN_dsp_oslec
        modprobe hfcpci debug=0x1
        modprobe hfcsusb debug=0x1

        sleep 1
        start-stop-daemon --start --background --pidfile $PIDFILE --make-pidfile --startas $DAEMON -- start

        log_end_msg $?
        ;;
  stop)
        log_daemon_msg "Stopping $DESC" "$NAME"

        start-stop-daemon --stop --pidfile $PIDFILE 
        rm -f $PIDFILE

        # NOT NOW
#       rmmod hfcsusb
#       rmmod hfcpci
#       rmmod mISDN_dsp_oslec
#       rmmod mISDN_dsp
#       rmmod mISDN_core

        log_end_msg $?
        ;;
  restart)
        log_daemon_msg "Restarting $DESC" "$NAME"
        log_end_msg $?
        $0 stop
        sleep 1
        $0 start
        ;;
  *)
        log_success_msg "Usage: $0 {start|stop|restart}"
        exit 1
        ;;
esac

exit 0

ich hoffe es hilft erst mal weiter. Bin vermutlich erst morgen wieder online.

[EDIT]
du verwendest ja hoffentlich die aktuellen GIT Sourcen? Ich weiss nicht wie alt die Sourcen im angegebenen Link schon sind.

Code:
git clone git://git.misdn.org/git/mISDN.git/
git clone git://git.misdn.org/git/mISDNuser.git/
git clone git://git.misdn.org/git/lcr.git/

so - bin jetzt endgueltig weg fuer heute :)
[/EDIT]

- sparkie
 
Zuletzt bearbeitet:
Ähm.... ist misdnV2 nicht in lenny enthalten?
wenn ich mich richtig erinnere habe ich damals versucht asterisk mit ner
BNS04 zum rennen zu bekommen. Das Problem dabei war wohl das Asterisk 1.4
nicht mit misdnv2 kann sondern nur mit 1.1.9. da chan_mISDN nicht 2.0 Kompatibel ist. Mann mußte etch nehmen mit nem frühen kernel 2.6.16 bis .18
Leute vertraut den Aussagen des Forums. Die ganze Strickerei bringt einen nur zum Wahnsinn. Steigt auf Gateways um wie zum Beispiel BeroFix oder Patton. Der mISDN Treiberkrampf ist absoluter Müll.

Nochmal chan_mISDN von Asterisk 1.4 ist nicht mISDN 2.0 Kompatibel!
Oder hat sich da was geändert.
 
Nein, daran hat sich nichts geändert. Zwischen Asterisk und v2 muss noch LCR bzw. chan_lcr. Seit LCR 1.7 funktioniert das auch ganz anständig. Für den privaten Gebrauch ist das IMHO völlig in Ordnung.
Mit LCR 1.6 war's zugegeben noch eine ziemliche Krankheit.

Im Übrigen hätte das aber grad nichts damit zu tun, dass mISDN die Karten schon gar nicht findet.
 
@HyBird, danke noch mal für den Hinweis.. merke es gerade am eigenen Leib was das für nen stress ist... auch das ich LCR für mISDNv2 brauch war mit nur zu 95% klar... (danke @rentier-s). Äh nutze übrigens Lenny mit nem 2.6.28.5-Kernel wie auch der Überschrift und dem 1. Post zu entnehmen ist.

Momentan bin ich dem Rat von spakie gefolgt und hab alle ISDN-Kernel-Treiber gelöscht. Jetzt geht gar nichts mehr in Richtung mISDN...

Auch bei dem Versuch die Module selbst neu zu kompilieren... geht mit der aktuellsten Version von mISDNv2 nichts mehr. Momentan hänge ich an folgender Fehlermeldung:
Code:
configure: error: kernel build tree does not exist build:/lib/modules/2.6.28.5-i686/build / source:/lib/modules/2.6.28.5-i686/source
Eigentlich sollte der Kernel Build Pfad vorhanden sein... wie gesagt ich bin noch auf der Suche nach dem Fehler...
Die fehlende Kernel Source ist das Problem: source:/lib/modules/2.6.28.5-i686/source. mal sehen wo ich die herbekomme...

// EIDIT //
@spackie, shit dein Edit ist mir gerade erst aufgefallen...

// Aber so wie sich das anhört sollte ich einfach wieder Etch drauf machen, da hab ich mir wenigstens schon die Installationsschritte selbst aufgeschrieben... Ich würde es ja auch mit Lenny, und LCR zum durchreichen an Asterisk, machen wenn es dann mal irgendwann funktionieren würde...

// So jetzt noch mal die git-Source testen...
 
Zuletzt bearbeitet:
// Aber so wie sich das anhört sollte ich einfach wieder Etch drauf machen, da hab ich mir wenigstens schon die Installationsschritte selbst aufgeschrieben...

das wuerde ich auf keinen Fall machen. Ich kann nur sagen, das der misdn/lcr Sourcestand ca. ab April 2010 ohne irgendwelche Probleme hier produktiv laeuft. Es wurden aber selbst in dieser Source noch ein paar wenige Dinge gefixt, die in manchen Setups wichtig sein koennen.

hier ein copy&paste aus meinem build script:
Code:
git clone git://git.misdn.org/git/mISDN.git/
cd mISDN-git-20100927
./configure
cp mISDN.cfg.default standalone/mISDN.cfg
make -j2 modules
rm -rfv /lib/modules/`uname -r`/kernel/drivers/isdn
rm -rfv /lib/modules/`uname -r`/extra
make modules-install    # -> /lib/modules/`uname -r`/extra

git clone git://git.misdn.org/git/mISDNuser.git/
cd mISDNuser-git-20100927
./configure --with-AF_ISDN=34
make -j2
make install              # -> /usr/local

git clone git://git.misdn.org/git/lcr.git/
cd lcr-git-20101008
./configure 
make -j2
make install

siehe auch:
Documentation version 1.2

es muss natuerlich eine Umgebung in der man Kernelmodule bauen kann vorhanden sein.

- sparkie
 
Ich kann nur sagen, das der misdn/lcr Sourcestand ca. ab April 2010 ohne irgendwelche Probleme hier produktiv laeuft.

Wie Recht du hast!!! So hab jetzt Lenny auf Squeeze upgegradet... so siehe da, ich kann ohne große Probleme mISDN etc. kompilieren.

Ich hab jetzt nur das Problem das die Module nach der von dir beschriebenen Methode bzw. der auf linux-call-router.de genannten Vorgehensweise unter /lib/modules/2.6.26-2-686/extra/ liege und nicht unter /lib/modules/2.6.32-5-686/kernel/drivers/isdn/mISDN/. Damit funktioniert das in der Anleitung 1.2 beschrieben start Script nicht... auch wenn man mit modprobe die Module manuell laden will wird auf den falschen Pfad zugegriffen:
Code:
modprobe mISDN_core
FATAL: Could not read '/lib/modules/2.6.32-5-686/kernel/drivers/isdn/mISDN/mISDN_core.ko': No such file or directory
Naja ich google mal 'ne Runde...

Was mir noch nicht ganz klar ist: Wie stelle ich den lcr so ein, dass er alles an den Asterisk durchleitet?

Soweit erst mal, Danke schon mal für die Hilfe bis hierher...

Gruß Valentin
 
nicht... auch wenn man mit modprobe die Module manuell laden will wird auf den falschen Pfad zugegriffen:

du hast wahrscheinlich noch keinen 'depmod -a' nach dem Treiber- install gemacht?

- sparkie
 
du hast wahrscheinlich noch keinen 'depmod -a' nach dem Treiber- install gemacht?

Richtig, nur einen Neustart! Merci beaucoup!

//EDIT

Yeah, das erst mal das mISDN wieder läuft... allerdings wird nur eine Karte erkannt:
Code:
misdn_info 

Found 1 port
  Port  0 'hfc-pci.1':       TE/NT-mode BRI S/T (for phone lines & phones)
                              2 B-channels: 1-2
                                B-protocols: RAW HDLC X75slp L2:DSP L2:DSPHDLC

lspci | grep -i isdn
02:0a.0 Network controller: Cologne Chip Designs GmbH ISDN network controller [HFC-PCI] (rev 02)
02:0b.0 Network controller: AVM GmbH A1 ISDN [Fritz] (rev 02)

Kann das sein das die Fritz!Card nicht erkannt wird?
 
Alles klar dann schaue ich mal was sich da machen lässt. Aber die eigentliche Thread-Frage ist ja auch beantwortet bzw. gelöst.

Dankeschön!
 
Was mir noch nicht ganz klar ist: Wie stelle ich den lcr so ein, dass er alles an den Asterisk durchleitet?

Code:
cat /usr/local/lcr/routing.conf

[main]
                : remote application=asterisk

ist in genannter Docu oben alles recht gut beschrieben.

- sparkie
 
ist in genannter Docu oben alles recht gut beschrieben.

ja hab's schon gemerkt... man muss es nur auch lesen ;)

Mit der einen ISDN-Karte ist es aber etwas merkwürdig... es scheint so als ob mISDN nur die AVM Karte erkennt. Kann die andere Karte von lspci erkannt werden und trotzdem vll. defekt sein?

Mittlerweile gibt lcr query bzw. misdn_info folgendes aus:
Code:
Found 1 port
  Port  0 '[color=red]AVM.1[/color]':           TE-mode    BRI S/T (for phone lines)
                              2 B-channels: 1-2
                                B-protocols: RAW HDLC X75slp L2:DSP L2:DSPHDLC
scheint ja AVM.1 für die AVM ISDN Firtz!Card zu sprechen... bin leider momentan nicht vor Ort, werde aber noch mal bei Gelegenheit eine andere ISDN Karte einbauen. Vielleicht kann ich so sehen ob es an der Karte selbst liegt.
 
Kann die andere Karte von lspci erkannt werden und trotzdem vll. defekt sein?

also das, was 'lspci' ausgibt hat nichts mit irgendwelchen Karten-Treibern zu tun. Insofern gibt es Faelle, in denen 'lspci' die Karte nicht erkennt aber die Treiber dennoch korrekt funktionieren und umgekehrt.

Ich verstehe aber nicht was hier:
Found 1 port
Port 0 'AVM.1': TE-mode BRI S/T (for phone lines)

der Unterschied zu

Found 1 port
Port 0 'hfc-pci.1': TE/NT-mode BRI S/T (for phone lines & phones)

ist?

was hat sich da am System software/hardwareseitig zwischenzeitlich geaendert? Irgendwelche Karten ein- ausgebaut?

- sparkie
 
Zuletzt bearbeitet:

Zurzeit aktive Besucher

Statistik des Forums

Themen
244,696
Beiträge
2,216,700
Mitglieder
371,316
Neuestes Mitglied
realbluethunder
Holen Sie sich 3CX - völlig kostenlos!
Verbinden Sie Ihr Team und Ihre Kunden Telefonie Livechat Videokonferenzen

Gehostet oder selbst-verwaltet. Für bis zu 10 Nutzer dauerhaft kostenlos. Keine Kreditkartendetails erforderlich. Ohne Risiko testen.

3CX
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.