Asterisk 1.6 + mISDN V2 + chan_lcr

So beim make von mISDN habe ich schon den ersten Fehler

ich habe es eben mal probiert. Offenbar kompiliert es derzeit tatsaechlich nur noch mit aktuelleren Kerneln. Ich koennte dir meine Snapshots von mISDN, mISDNuser und lcr schon irgendwie als tar File zukommen lassen. Sind als Anhang fuer dieses Forum aber etwas zu gross :)

Alternativ das Problem vielleicht auf der ML melden:

http://www.isdn4linux.de/pipermail/isdn4linux/2011-July/thread.html

ist aber derzeit nicht so viel los dort.

- sparkie
 
Hi Sparkie,
das wäre toll. Inzwischen habe ich komischerweiße irgendwie lcr am laufen.
Allerdings sieht lcradmin state jetzt nicht so toll aus und es geht auch nicht dass eingehende bzw. ausgehende Anrufe funktionieren. Es tut sich da nix.
Bildschirmfoto 2011-07-12 um 17.57.14.png

lspci meldet:
Code:
00:0c.0 Network controller: Cologne Chip Designs GmbH ISDN network controller [HFC-PCI] (rev 02)
lsmod | grep mISDN* meldet:
Code:
mISDN_dsp             186054  0 
mISDN_core             54984  2 mISDN_dsp,hfcpci
dmesg | grep ISDN* meldet:
Code:
[    6.698694] Modular ISDN core version 1.1.21
[    6.758162] mISDN_hfcpci: found adapter CCD/Billion/Asuscom 2BD0 at 0000:00:0c.0
[    6.758186] mISDN: HFC-PCI driver 2.0
[    8.718360] mISDN_dsp: DSP clocks every 64 samples. This equals 2 jiffies.
misdn_info meldet:
Code:
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
nee Idee bzw. wie könntest du mir die Dateien zukommen lassen? Per FTP oder per Email?
 
schaut doch gut aus. Welche Treiber laufen denn da jetzt? Ich koennte dir nen Link per PN schicken. da kannst du die 3 *tgz Files dann abholen.

wie soll das Ganze denn konfiguriert werden? Was wird an (den einen?) ISDN Port denn angeschlossen?

- sparkie
 
Also eigentlich will ich die Karte an den internen S0 meiner TK Anlage anschließen. Diese kann sowohl ptpm oder ptp simulieren. DSS1 Protokoll.
Ist das normal das L2 ukn ist?

Ich glaub das ist der kerneltreiber mISDN mit der aktuellen git version von LCR. Weiß es aber bei mISDN net sicher, da ich schon soviel versucht habe.
Per PN n Link wäre super, dann check ich die nochmal.

Jazz
 
ok, Download URL ging gerade per PN raus. Hier noch per cut&paste meine Vorgehensweise fuer squeeze. Natuerlich die Pfade der tar Files entsprechend anpassen:
Code:
rm -rf /root/AST/MISDN
mkdir -p /root/AST/MISDN
cd /root/AST/MISDN
tar xf $SRCPOOL/git.misdn.org/git/mISDN-git-20100927.tgz
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


rm -rf /root/AST/MISDNUSER
mkdir -p /root/AST/MISDNUSER
cd /root/AST/MISDNUSER
tar xf $SRCPOOL/git.misdn.org/git/mISDNuser-git-20100927.tgz
cd mISDNuser-git-20100927
./configure --with-AF_ISDN=34
make -j2
make install              # -> /usr/local


rm -rf /root/AST/LCR
mkdir -p /root/AST/LCR
cd /root/AST/LCR
tar xf $SRCPOOL/git.misdn.org/git/lcr-git-20101008.tgz
cd lcr-git-20101008
./configure 
make -j2
make install

depmod -a
ldconfig

- sparkie
 
Zuletzt bearbeitet:
Danke vielmals. Ich teste es nachher. Bin gespannt. wie sollte lcradmin state eigentlich aussehen? Beide Links mit up oder?
 
meine Configfiles:

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

[main]
                : remote application=asterisk

fuer NT Mode:

Code:
/usr/local/lcr/interface.conf:

[s0-internal]
portname hfc-pci.1
nt

fuer TE Mode:

Code:
/usr/local/lcr/interface.conf:

[s0-external]
portname hfc-pci.1
screen-in national % 0%
screen-in international % 00%

bei mir siehts auf einer meiner Kisten beispielsweise so aus:
Code:
LCR 1.7                                                                                                          2011-07-12 21:33:23
------------------------------------------------------------------------------------------------------------------------------------
s0-internal(port 0: hfc-pci.1) NT ptmp use:0  TEI(66)  L1 UP
Remote: asterisk

und auf einer anderen die im TE Mode laeuft:
Code:
LCR 1.7                                                                                                          2011-07-12 21:45:19
------------------------------------------------------------------------------------------------------------------------------------
s0-external(port 0: hfc-pci.1) TE ptmp use:0  L2 UP  L1 UP
Remote: asterisk

achja bevor ich's vergesse. Treiber lade ich in den rc Scripten so:
Code:
        modprobe mISDN_core debug=0x1
        modprobe mISDN_dsp debug=0x1 options=0x0
        modprobe mISDN_dsp_oslec
        modprobe hfcpci debug=0x1

Vieles steht uebrigens sehr gut in der LCR Doku von Andreas beschrieben...
so, ich bin jetzt aber erst mal raus fuer heute. Viel Spass noch.

- sparkie
 
Zuletzt bearbeitet:
So hab jetzt alles so gemacht wie du gesagt hast:
Wenn ich allerdings lcr starte kommt
Code:
Cannot open mISDN due to 'Address family not supported by protocol'. (Does your Kernel support socket based mISDN? Protocol family is 34.)
Fehler gefunden hat irgendwie die Sachen nicht richtig kopiert.

Hab jetzt
Code:
cp -R /usr/src/lcr.../standalone/drivers/isdn /lib/modules/`uname -r`/kernel/drivers/
gemacht dann ging modprobe.

Allerdings zeigt mir lcradmin state immer noch Link2 ukn statt up.

Eingehende Calls werden dort auch nicht angezeigt. Komisch.

gehe ich richtig der annahme, dass ich lcradmin tescall 0 <number> einen testcall initieren kann???

Bin jetzt auch mal raus. Danke für deine Hilfe.
 
Zuletzt bearbeitet:
hast du nach dem Neubauen die Kiste rebootet? Und die alten ISDN Treiber ALLE sicher entfernt? Was sagt er bei
Code:
modinfo mISDN_core
modinfo mISDN_dsp_oslec
modinfo mISDN_dsp

du hast lcr nur einmal mit 'lcr start' gestartet?

- sparkie
 
Ich dachte du wolltest ins Bett ;)

neustart hab ich gemacht und Treiber habe ich gelöscht deswegen konnte ich ja kein modprobe mehr machen. Nach dem copy Befehl gings dann wieder

lcr fork hab ich gemacht
bzw. auch lcr start damit ichs beenden kann wegen den configs

Code:
root@linux:~# modinfo mISDN_core
filename:       /lib/modules/2.6.32-5-686/kernel/drivers/isdn/mISDN/mISDN_core.ko
license:        GPL
author:         Karsten Keil
depends:        
vermagic:       2.6.32-5-686 SMP mod_unload modversions 686 
parm:           debug:uint
root@linux:~# modinfo mISDN_dsp_oslec
ERROR: modinfo: could not find module mISDN_dsp_oslec
root@linux:~# modinfo mISDN_dsp
filename:       /lib/modules/2.6.32-5-686/kernel/drivers/isdn/mISDN/mISDN_dsp.ko
license:        GPL
author:         Andreas Eversberg
depends:        mISDN_core
vermagic:       2.6.32-5-686 SMP mod_unload modversions 686 
parm:           debug:uint
parm:           options:uint
parm:           poll:uint
parm:           dtmfthreshold:uint

Hab so langsam den Verdacht dass vl die Karte auch defekt ist.

misdn_log gibt folgendes aus
Code:
mISDN kernel version 1.01.21 found
mISDN user   version 1.01.21 found
1 controller found
	id:		0
	Dprotocols:	00000006
	Bprotocols:	0000006e
	protocol:	1
	channelmap:	00000000000000000000000000000006
	nrbchan:	2
	name:		hfc-pci.1
log bind ch(1) return -1
log bind error Invalid argument
log bind ch(0) return 0
0
12.07.2011 23:05:42.118949 received   8 bytes prim = 0102 id=0000ffff

Komisch ist auch dass im lcradmin state folgendes zu finden ist
Code:
12.07.11 22:29:51.866 EP(1): INTERFACE (too busy)  interface hfcpci.1                                                             
12.07.11 22:29:51.866 EP(1): INTERFACE (no free ports found)                                                                      
12.07.11 22:30:02.915 EP(2): INTERFACE (too busy)  interface hfcpci.1                                                             
12.07.11 22:30:02.915 EP(2): INTERFACE (no free ports found)
 
Zuletzt bearbeitet:
Fehler gefunden hat irgendwie die Sachen nicht richtig kopiert.

Hab jetzt
Code:
cp -R /usr/src/lcr.../standalone/drivers/isdn /lib/modules/`uname -r`/kernel/drivers/
gemacht dann ging modprobe.

das ist aber ganz schlecht. Beim "make modules-install" von oben werden die Treiber nach "/lib/modules/`uname -r`/extra" kopiert.
Bitte genau an Vorgaben halten! Die andren Treiber am besten wieder loeschen:

Code:
rm -rfv /lib/modules/`uname -r`/kernel/drivers/isdn

sonst gibt das alles eine heilosen Durcheinander. Alle alten Bestandteile aus den 3 Packages solten wirklich von der Maschine geloescht sein.

am Ende dann nochmal einen "modinfo" auf die 3 Treiber machen und Ergebnis posten. Er muss sie alle im extra Directory finden.

- sparkie
 
Hi ja hab ich gemacht.
hab jetzt nochmal alles durch. Wenn ich jetzt modprobe mISDN_core mache kommt
Code:
FATAL: Could not read '/lib/modules/2.6.32-5-686/kernel/drivers/isdn/mISDN/mISDN_core.ko': No such file or directory
der sucht irgendwie nicht im extra verzeichnis. macht es sinn einen link zu setzen?


EDIT:
So fehler gefunden
hatte depmod -a vergessen, dann gings ohne links und oslec ging auch

Code:
root@linux:~# modinfo mISDN_core
filename:       /lib/modules/2.6.32-5-686/extra/mISDN_core.ko
license:        GPL
author:         Karsten Keil
depends:        
vermagic:       2.6.32-5-686 SMP mod_unload modversions 686 
parm:           debug:uint
root@linux:~# modinfo mISDN_dsp_oslec
filename:       /lib/modules/2.6.32-5-686/extra/mISDN_dsp_oslec.ko
author:         Nadi Sarrar <[email protected]>
license:        GPL
depends:        mISDN_dsp
vermagic:       2.6.32-5-686 SMP mod_unload modversions 686 
root@linux:~# modinfo mISDN_dsp
filename:       /lib/modules/2.6.32-5-686/extra/mISDN_dsp.ko
license:        GPL
author:         Andreas Eversberg
depends:        mISDN_core
vermagic:       2.6.32-5-686 SMP mod_unload modversions 686 
parm:           debug:uint
parm:           options:uint
parm:           poll:uint
parm:           dtmfthreshold:uint

Wenn ich jetzt einen Testcall mache funktioniert das leider nicht
Bildschirmfoto 2011-07-13 um 12.49.58.png

im Screenshot ist immer noch 1 Link down keine ahnung. Verkabelt sollte aber richtig sein.
Hab schon den verdacht ob jetzt karte oder board defekt.
 
Zuletzt bearbeitet:
sieht doch schon mal nicht schlecht aus :)

wie ist denn das jetzt alles konfiguriert? Inhalt der Files die ich oben angegeben habe?
wie ist es verkabelt? was macht 'lcradmin state' nach Neustart des Systems (und Treiber geladen wie oben angegeben) vor der Hoerer abgenommen wird? Waehrend der Hoerer abgenommen wird?
Wenn nur lcr (ohne asterisk) laeuft sollte zumindest ein Hinweiston kommen.

mit testcall habe ich nie was gemacht. Ich habe es gleich in die extensions.conf integriert. Dazu asterisk im Debug Mode gestartet. Man sieht dann meist schon, wenn ihm was fehlt :)

- sparkie
 
Also neustart habe ich gemacht.
in /etc/modules werden die module geladen wie bei dir bei modprobe angegeben.

am ISDN Port häng die Telefonanlage bzw. ein interner S0 im PTMP Betrieb.

Config Files alle so wie du angegeben. interface.conf ist eben wie beim ext. S0 konfiguriert da ja kein Telefon angeschlossen.

In Asterisk tut sich beim Anruf von TK-Anlage auf dem internen S0 gar nichts. :(
 
am ISDN Port häng die Telefonanlage bzw. ein interner S0 im PTMP Betrieb.

heisst das die Telefonanlage stellt einen internen S0 Bus zur Verfuegung? Demzufolge ist LCR im TE Mode konfiguriert? Die Leitungen sind korrekt terminiert?

ext. S0 konfiguriert da ja kein Telefon angeschlossen.

was bedeutet 'kein Telefon angeschlossen?' Vielleicht waere es sinnvoll ein separates ISDN Telefon zusaetzlich zum LCR am internen S0 (falls es ueberhaupt einer ist) zu betreiben? Und dann wahlweise das echte ISDN Telefon und dann den LCR anzuwaehlen?

- sparkie
 
Ja genau die Telefonanlage stellt einen internen S0 zur verfügung. Die Karte ist im TE Modus ptmp. ein ISDN Telefon am S0 Bus funktioniert ankommend und abgehend. Terminiert habe ich nix. Hab keine Widerstände. Sollte aber 2m Leitung und nur 1 Geräte ja eigentlich nicht rumzicken oder?
 
In Asterisk tut sich beim Anruf von TK-Anlage auf dem internen S0 gar nichts. :(

was bedeutet das? was sollte sich denn tun? wie ist es denn konfiguriert?

hast du das chan_lcr Modul auch in Asterisk geladen? D.h. befindet es sich in '/usr/lib/asterisk/modules/chan_lcr.so'?

bitte den aktuellen Output posten von:
Code:
lcradmin state
lcradmin portinfo
asterisk -rx "core show application lcr_config"

wie sieht der Dialplan aus?

Zu beginn asterisk immer mit Debug starten
Code:
asterisk -vvvvvvvvvncT

dann kann man die Ereignisse besser verfolgen...

- sparkie
 
hast du das chan_lcr Modul auch in Asterisk geladen? D.h. befindet es sich in '/usr/lib/asterisk/modules/chan_lcr.so'?

Hehe nee da ist nix. woher soll die kommen bzw. wie bekomme ich die dahin?

Also langsam sollte ich mir was für deine Hilfe überlegen ;)

EDIT
doch ist da habse übersehen.
 
Zuletzt bearbeitet:
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.