Welchen Treiber für HFC? Probleme mit mISDN und LCR

[FlashDeluxe]

Hallo Zusammen,

ich habe einen Asterisk Server (1.6.2.9) aufgesetzt und habe hier zwei Noname ISDN Karten mit nem HFC Chipsatz liegen und wollte einfach mal fragen, was ihr an Treibern empfehlen würdet

 

[rentier-s]

Hallo,

wenn's NT werden soll, mISDN v2 mit chan_lcr aus dem LCR 1.7.

Für TE entweder auch so, oder ein gepatchtes DAHDI.

Svenja

 

[FlashDeluxe]

Hallo! Erst einmal danke für die Antwort! Ich habe dass jetzt mal mit misdn und lcr versucht, aber irgendwie funktioniert das nicht so richtig. Gibt es keine Möglichkeit die Karten mit einem Asterisk 1.6 und misdn v2 laufen zu lassen, OHNE lcr?

und bitte schickt mir keine Links zu irgendwelchen HowTos, die hab ich schon alle durch

Die Installation von misdn und lcr etc. hat auch funktioniert, nur leider scheint es noch ein Problem zu geben:

lcradmin state sagt:

15.07.10 15:10:56.612 EP(1): CHANNEL SELECTION (found non extension interface) port 0 interface misdn_te
15.07.10 15:10:56.612 EP(1): CHANNEL SELECTION (port's layer 2 is down, skipping) port 0 port 1 position 0
15.07.10 15:10:56.612 EP(1): CHANNEL SELECTION (found non extension interface) port 0 interface misdn_nt
15.07.10 15:10:56.612 EP(1): CHANNEL SELECTION (port's layer 2 is down, skipping) port 0 port 0 position 0
15.07.10 15:10:56.612 EP(1): INTERFACE (too busy) port 0 interface 'any interface'
15.07.10 15:10:56.612 EP(1): INTERFACE (no free ports found) port 0

und die CLI von Asterisk gibt folgendes aus:

== Everyone is busy/congested at this time (1:0/0/1)
-- Auto fallthrough, channel 'Console/dsp' status is 'CHANUNAVAIL'
[Jul 15 15:34:32] WARNING[17237]: chan_oss.c:492 setformat: Unable to re-open DSP device /dev/dsp: No such file or directory
[Jul 15 15:34:33] WARNING[17237]: chan_oss.c:492 setformat: Unable to re-open DSP device /dev/dsp: No such file or directory
[Jul 15 15:34:34] WARNING[17237]: chan_oss.c:492 setformat: Unable to re-open DSP device /dev/dsp: No such file or directory

Das passiert wenn ich einen console dial an meine Handynummer ausführen will... die Karten sind verbaut und werden auch erkannt und lcradmin erkennst sogar, dass die Karten am ISDN Netz hängen...

 

[sparkie]

Gibt es keine Möglichkeit die Karten mit einem Asterisk 1.6 und misdn v2 laufen zu lassen, OHNE lcr?

nein, aber ist doch auch nicht erforderlich. Hast du die Sourcen von hier verwendet? Die passen naemlich zusammen:
http://www.linux-call-router.de/download/lcr-1.7/

wie sehen diese Files aus:

/usr/local/lcr/interface.conf
/usr/local/lcr/options.conf
/usr/local/lcr/routing.conf

wie werden die Treiber geladen? So mache ich es:

modprobe mISDN_core 
modprobe mISDN_dsp options=0x0
modprobe mISDN_dsp_oslec
modprobe hfcpci

den lcr am besten vor asterisk starten.

- sparkie

 

[FlashDeluxe]

Erst einmal vielen Dank für deine schnelle Antwort. Ich habe andere Pakete installiert, weil ich mit denen den Fehler

chan_lcr.c:2818: warning: passing argument 2 of 'ast_register_application2' from incompatible pointer type
make[1]: *** [chan_lcr.po] Error 1
make[1]: Leaving directory `/home/benedict/misdn/neumisdn/lcr'
make: *** [all] Error 2

bekomme, also bei der LCR Installation, mISDN und mISDNuser lassen sich ohne Probleme installieren.

Welche Asterisk Version verwendest du denn? Ich vermute, dass das o.g. Problem mit der Version von Asterisk zusammenhängt, ich habe 1.6.0.2 momentan installiert, bin da aber sehr flexibel

eins habe ich noch nicht so ganz verstanden und zwar: Soll man chan_misdn mitinstallieren oder nicht?

Meine Configs sehen so aus:

interfaces.conf

[misdn_te]
portnum 1
screen-in national % 0%
screen-in international % 00%
ptp

[misdn_nt]
portnum 0
screen-in national % 0%
screen-in international % 00%
ptp

Ich habe hier erstmal alles auf TE Mode am Anlagenanschluss eingestellt, um erstmal zu testen, ob ich überhaupt raustelefonieren kann.


routing.conf

[main]
remote=asterisk interface=misdn_nt : remote application=asterisk exten=0
remote=asterisk interface=misdn_te : remote application=asterisk context=default
default : efi

options.conf ---> Ist quasi leer, alles auskommentiert. Hab die mal so gelassen wie sie war....

 

[sparkie]

Welche Asterisk Version verwendest du denn? Ich vermute, dass das o.g. Problem mit der Version von Asterisk zusammenhängt, ich habe 1.6.0.2 momentan installiert, bin da aber sehr flexibel

meinen Setup habe ich hier umrissen (siehe auch Signatur):
http://www.ip-phone-forum.de/showpost.php?p=1556482&postcount=12

eins habe ich noch nicht so ganz verstanden und zwar: Soll man chan_misdn mitinstallieren oder nicht?

chan_misdn ist durch chan_lcr abgeloest worden und in obigen Paketen gar nicht mehr enthalten.

Meine Configs sehen so aus:

ok. Ich nutze chan_lcr produktiv derzeit nur im NT Mode. TE-Mode habe ich nur kurz angetestet. Funktioniert aber natuerlich auch.

Fuer TE-Mode nutze ich aus 'historischen' Gruenden produktiv noch einen HFC-S DAHDI+vzaphfc Setup auf einer ganz anderen Kiste.

Hier meine chan_lcr Configs:

/usr/local/lcr/extensions:
   leeres directory

/usr/local/lcr/options.conf:
   defaults unveraendert uebernommen

/usr/local/lcr/routing.conf:
[main]
                : remote application=asterisk

/usr/local/lcr/interface.conf:
[s0-intern]
portnum 0
nt

Treiber laden mit:
modprobe mISDN_core 
modprobe mISDN_dsp options=0x0
modprobe mISDN_dsp_oslec
modprobe hfcpci

damit sollte 'lcradmin state' nach Abheben des Hoerers schon mal sowas liefern:

LCR 1.7                                                                                                                                                  2010-07-16 10:53:10
----------------------------------------------------------------------------------------------------------------------------------------------------------------------------
s0-internal(port 0: hfc-pci.1) NT ptmp use:1  TEI(64)  L1 UP
 +--B 1: remote   s0-internal-0-in(9)
Remote: asterisk

(9): (9)ext-1>

- sparkie

 

[FlashDeluxe]

Ich werde das mal mit deinen Einstellungen und Versionen probieren, mal sehen was passiert Man muss ja im Prinzip nur aus "nt" ein "te" machen und dann sollte hoffentlich irgedndwas kommen wenn man nen ruf auf der Karte absetzt.

Das Problem ist halt, dass ich hier kein ISDN Telefon habe, sondern nur SIP Telefone, mit nem Telefon direkt an der Karte wirds smit etwas schwierig :/

chan_misdn ist durch chan_lcr abgeloest worden und in obigen Paketen gar nicht mehr enthalten.

Wenn ich make menuselect ausführe, kann ich das aber sehr wohl auswählen... :S Ist das ein Probem?

 

[sparkie]

Wenn ich make menuselect ausführe, kann ich das aber sehr wohl auswählen... :S Ist das ein Probem?

oehhm Mit 'menuselect' habe ich noch gar nicht gearbeitet. Gehoert das zu Asterisk? Ich kopiere Module/Treiber immer von Hand.

- sparkie

 

[FlashDeluxe]

ja das kann man direkt nach ./configure ausführen und sich die Module und son Kram raussuchen und dann auswälen... weit du denn ob du chan_misdn installiert hast?

Weiterhin zeigt mir asterisk nach der Installation folgendes an:

WARNING WARNING WARNING

Your Asterisk modules directory, located at
/usr/lib/asterisk/modules
contains modules that were not installed by this
version of Asterisk. Please ensure that these
modules are compatible with this version before
attempting to run Asterisk.

chan_lcr.so
chan_sccp.so

WARNING WARNING WARNING

Sind diese Warnings wichtig oder entscheidend?

 

[sparkie]

ja das kann man direkt nach ./configure ausführen und sich die Module und son Kram raussuchen und dann auswälen... weit du denn ob du chan_misdn installiert hast?

ach so. Habe ich nie benutzt. Ich schaue immer direkt ins '/usr/lib/asterisk/modules'. Und da gibt es kein 'chan_misdn.so' aber natuerlich das neu gebaute 'chan_lcr.so'.

Sind diese Warnings wichtig oder entscheidend?

sind sicher entscheidend. Die Module passen offenbar nicht zur Asterisk Version. Immer zuerst Asterisk und dann die lcr* Treiber/Module kompilieren. Alte misdn Treiber des aktuellen Kernels lieber gleich ganz von der Kiste tilgen. Ich mach's immer so

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

die frisch gebauten Kernel Module landen in

4057 root[/root] > ll /lib/modules/`uname -r`/extra
total 576
drwxr-xr-x 3 root root  4096 2010-06-13 08:32 .
drwxr-xr-x 7 root root  4096 2010-07-08 19:45 ..
-rw-r--r-- 1 root root 17237 2010-07-08 19:45 avmfritz.ko
-rw-r--r-- 1 root root 76555 2010-07-08 19:45 hfcmulti.ko
-rw-r--r-- 1 root root 33746 2010-07-08 19:45 hfcpci.ko
-rw-r--r-- 1 root root 34916 2010-07-08 19:45 hfcsusb.ko
-rw-r--r-- 1 root root 27659 2010-07-08 19:45 l1oip.ko
-rw-r--r-- 1 root root 92550 2010-07-08 19:45 mISDN_core.ko
-rw-r--r-- 1 root root 67786 2010-07-08 19:45 mISDN_dsp.ko
-rw-r--r-- 1 root root  6250 2010-07-08 19:45 mISDN_dsp_kb1ec.ko
-rw-r--r-- 1 root root  6225 2010-07-08 19:45 mISDN_dsp_mec2.ko
-rw-r--r-- 1 root root  7306 2010-07-08 19:45 mISDN_dsp_mg2ec.ko
-rw-r--r-- 1 root root  6260 2010-07-08 19:45 mISDN_dsp_octwareec.ko
-rw-r--r-- 1 root root  8166 2010-07-08 19:45 mISDN_dsp_oslec.ko
-rw-r--r-- 1 root root 17247 2010-07-08 19:45 mISDN_l1loop.ko
-rw-r--r-- 1 root root 18354 2010-07-08 19:45 mISDNinfineon.ko
-rw-r--r-- 1 root root 23338 2010-07-08 19:45 mISDNipac.ko
-rw-r--r-- 1 root root 19628 2010-07-08 19:45 mISDNisar.ko
-rw-r--r-- 1 root root 12659 2010-07-08 19:45 speedfax.ko
-rw-r--r-- 1 root root 21088 2010-07-08 19:45 w6692.ko
-rw-r--r-- 1 root root 29989 2010-07-08 19:45 xhfc.ko

- sparkie

 

[FlashDeluxe]

Mhh das chan_lcr.so gibts bei mir auch, das chan_misdn nicht. Ich habe jetzt deine Versionen genommen, zuerst mISDN dann mISDNuser dann asterisk und dann lcr installiert. Alles läuft super durch, bis ich zu Lcr komme und make ausführe, dann kommt nur das hier:

make all-am
make[1]: Entering directory `/home/benedict/misdn/neumisdn/lcr'
gcc -Wall -DCONFIG_DATA="\"/usr/local/lcr\"" -DSHARE_DATA="\"/usr/local/lcr\"" -DLOG_DIR="\"/usr/local/lcr\"" -DEXTENSION_DATA="\"/usr/local/lcr/extensions\"" -D_GNU_SOURCE -fPIC -c chan_lcr.c -o chan_lcr.po
chan_lcr.c: In function 'lcr_indicate':
chan_lcr.c:2274: warning: assignment from incompatible pointer type
chan_lcr.c:2289: warning: assignment from incompatible pointer type
chan_lcr.c:2316: warning: assignment from incompatible pointer type
chan_lcr.c:2381: error: dereferencing pointer to incomplete type
chan_lcr.c:2382: error: dereferencing pointer to incomplete type
chan_lcr.c: In function 'load_module':
chan_lcr.c:2818: warning: passing argument 2 of 'ast_register_application2' from incompatible pointer type
make[1]: *** [chan_lcr.po] Error 1
make[1]: Leaving directory `/home/benedict/misdn/neumisdn/lcr'
make: *** [all] Error 2

Waaaaaaaaaaarum ist das so? und was soll ich dagegen machen..?

 

[sparkie]

aaaaaaarum ist das so? und was soll ich dagegen machen..?

frag' mich nicht warum das so ist :noidea: LCR wird ja nicht taeglich an die sich dauernd aendernden Schnittstellen im Asterisk angepasst.

Dagegen hilft aber folgender Mini-Patch im File 'chan_lcr.c'

4060 root[/root] > less $PATCHES/chan_lcr_ast_tone.patch
--- chan_lcr.c  2010-05-31 18:27:26.000000000 +0200
+++ /root/chan_lcr.c    2010-06-13 13:46:13.000000000 +0200
@@ -2247,7 +2247,7 @@
        union parameter newparam;
         int res = 0;
         struct chan_call *call;
-       const struct tone_zone_sound *ts = NULL;
+       const struct ast_tone_zone_sound *ts = NULL;
 
        ast_mutex_lock(&chan_lock);
         call = ast->tech_pvt;

- sparkie

 

[FlashDeluxe]

Klappt Wie geil ist das denn :groesste:


Soooo jetzt gucken wir doch mal ob der ganze Blödsinn funktioniert^^

 

[FlashDeluxe]

Mhh aber der fehler ist der Selbe Was für Einträge muss man denn machen, wenn man einfach nur via Asterisk nach draußen telefonieren will?

Im Prinzip soll das LCR bei mir einfach nur alles zu Asterisk weiterleiten und von Asterisk nach außen leiten, also soll es eigtl nicht viel machen außer transparent weiterleiten...

Kannst du mir da vielleicht einen Tipp geben?

 

[sparkie]

Mhh aber der fehler ist der Selbe Was für Einträge muss man denn machen, wenn man einfach nur via Asterisk nach draußen telefonieren will?

ich verstehe deine Konfiguration nicht ganz. Du hast also SIP Telefone, die sich mit deinem Asterisk verbinden sollen und die dann ueber LCR/ISDN nach draussen telefonieren sollen?
Dann nutzt du also den TE-Mode.

Was passiert denn, wenn du deine MSN von extern anrufst? Kommt das in LCR/Asterisk an?
Dazu Logfiles
/usr/local/lcr/log
/var/log/asterisk/messages
/var/log/messages
beobachten.

Oder Asterisk am besten ueber CLI mit 'asterisk -vvvvvvvvvncT' starten.

Ist der Dialplan schon entsprechend konfiguriert?

- sparkie

 

[FlashDeluxe]

Ja, TE Mode, ich will einfach nur nach außen Telefonieren. Via SIP auf LCR und von LCR nach draußen, in diesem Fall auf mein Handy. Ich habs erstmal über die CLI versucht mit console dial, um eventuelle SIP Probleme zu umgehen. Extensions.conf sieht da so aus, also der Eintrag:

exten => 015771xxxx,1,Dial(LCR/misdn_nt/{EXTEN})

Die Logs zeigen nicht soviel. Ich habe ein paar mal versuch rauszutelefonieren und ein paar mal versucht vom Handy aus auf dem anschluss anzurufen und die Karte reagiert dabei gar nicht:

16.07.10 10:07:59.778 --: LCR 1.7 started, waiting for calls...
16.07.10 10:08:03.066 --: REMOTE APP registers app name=asterisk
16.07.10 10:22:45.539 CH: DL_ESTABLISH REQUEST U->N port 1 tei 0
16.07.10 10:22:45.546 CH: PORT (open) port 1 mode terminal channels 2
16.07.10 10:22:45.694 CH: DL_ESTABLISH REQUEST U->N port 0 tei 0
16.07.10 10:22:45.694 CH: PORT (open) port 0 mode terminal channels 2
16.07.10 10:22:45.716 --: LCR 1.7 started, waiting for calls...
16.07.10 10:22:45.716 CH: PH_ACTIVATE INDICATION U<-N port 0
16.07.10 10:22:48.667 --: REMOTE APP registers app name=asterisk
16.07.10 10:22:52.540 CH: PH_DEACTIVATE INDICATION U<-N port 1
16.07.10 10:26:30.522 EP(1): CHANNEL SELECTION (no external interface specified) info 'Add 'extern' parameter to interface.conf.'
16.07.10 10:26:30.522 EP(1): INTERFACE (too busy) interface 'any interface'
16.07.10 10:26:30.522 EP(1): INTERFACE (no free ports found)
16.07.10 10:27:25.926 EP(2): CHANNEL SELECTION (no external interface specified) info 'Add 'extern' parameter to interface.conf.'
16.07.10 10:27:25.926 EP(2): INTERFACE (too busy) interface 'any interface'
16.07.10 10:27:25.926 EP(2): INTERFACE (no free ports found)
16.07.10 10:27:44.294 EP(3): CHANNEL SELECTION (no external interface specified) info 'Add 'extern' parameter to interface.conf.'
16.07.10 10:27:44.294 EP(3): INTERFACE (too busy) interface 'any interface'
16.07.10 10:27:44.294 EP(3): INTERFACE (no free ports found)
16.07.10 10:29:44.814 EP(4): CHANNEL SELECTION (no external interface specified) info 'Add 'extern' parameter to interface.conf.'
16.07.10 10:29:44.814 EP(4): INTERFACE (too busy) interface 'any interface'
16.07.10 10:29:44.814 EP(4): INTERFACE (no free ports found)
16.07.10 10:30:14.857 EP(5): CHANNEL SELECTION (found given interface) interface misdn_nt
16.07.10 10:30:14.857 EP(5): CHANNEL SELECTION (port's layer 2 is down, skipping) port 0 position 0
16.07.10 10:30:14.857 EP(5): INTERFACE (too busy) interface misdn_nt
16.07.10 10:30:14.857 EP(5): INTERFACE (no free ports found)

var/log/asterisk/messages

[Jul 16 10:27:44] NOTICE[2050] console_video.c: voice only, console video support not present
[Jul 16 10:27:44] NOTICE[2052] chan_lcr.c: [call=NULL ast=NULL] Received request from Asterisk. (data=0157713xxxxx)
[Jul 16 10:27:44] NOTICE[2052] chan_lcr.c: [call=0 ast=NULL] Call instance allocated.
[Jul 16 10:27:44] NOTICE[2052] chan_lcr.c: [call=NULL ast=lcr/3] Received call from Asterisk.
[Jul 16 10:27:44] NOTICE[2052] chan_lcr.c: [call=NULL ast=NULL] Sending (null) to socket.
[Jul 16 10:27:44] NOTICE[1851] chan_lcr.c: [call=NULL ast=NULL] Received new ref by LCR, as requested from chan_lcr. (ref=3)
[Jul 16 10:27:44] NOTICE[1851] chan_lcr.c: [call=3 ast=lcr/3] Sending setup to LCR. (interface= dialstring=015771360963, cid=)
[Jul 16 10:27:44] NOTICE[1851] chan_lcr.c: [call=NULL ast=NULL] Sending MESSAGE_SETUP to socket.
[Jul 16 10:27:44] NOTICE[1851] chan_lcr.c: [call=3 ast=lcr/3] Incomming release from LCR, releasing ref. (cause=34)
[Jul 16 10:27:44] NOTICE[1851] chan_lcr.c: [call=0 ast=lcr/3] Sending queued HANGUP to Asterisk.
[Jul 16 10:27:44] NOTICE[2052] chan_lcr.c: [call=0 ast=lcr/3] Received hangup from Asterisk thread.
[Jul 16 10:27:44] NOTICE[2052] chan_lcr.c: [call=0 ast=lcr/3] Freeing call instance, because we have no ref AND we are requesting no ref.
[Jul 16 10:27:44] NOTICE[2052] chan_lcr.c: [call=0 ast=NULL] Call instance freed.
[Jul 16 10:27:45] WARNING[2052] chan_oss.c: Unable to re-open DSP device /dev/dsp: No such file or directory
[Jul 16 10:27:46] WARNING[2052] chan_oss.c: Unable to re-open DSP device /dev/dsp: No such file or directory
[Jul 16 10:27:47] WARNING[2052] chan_oss.c: Unable to re-open DSP device /dev/dsp: No such file or directory
[Jul 16 10:27:48] WARNING[2052] chan_oss.c: Unable to re-open DSP device /dev/dsp: No such file or directory
[Jul 16 10:27:49] WARNING[2052] chan_oss.c: Unable to re-open DSP device /dev/dsp: No such file or directory
[Jul 16 10:27:50] WARNING[2052] chan_oss.c: Unable to re-open DSP device /dev/dsp: No such file or directory
[Jul 16 10:27:51] WARNING[2052] chan_oss.c: Unable to re-open DSP device /dev/dsp: No such file or directory
[Jul 16 10:27:52] WARNING[2052] chan_oss.c: Unable to re-open DSP device /dev/dsp: No such file or directory
[Jul 16 10:27:53] WARNING[2052] chan_oss.c: Unable to re-open DSP device /dev/dsp: No such file or directory
[Jul 16 10:27:54] WARNING[2052] chan_oss.c: Unable to re-open DSP device /dev/dsp: No such file or directory

Das ist ja auch das was mir in der CLI ausgegeben wird.

in /var/log/messages sieht man einerseits das hier:

Jul 16 10:22:41 lear-asterisk kernel: [ 8.876192] Modular ISDN core version 1.1.21
Jul 16 10:22:41 lear-asterisk kernel: [ 8.876192] NET: Registered protocol family 27
Jul 16 10:22:41 lear-asterisk kernel: [ 8.894651] hfcpci 0000:00:00.0: enabling device (0000 -> 0003)
Jul 16 10:22:41 lear-asterisk kernel: [ 8.894916] mISDN_hfcpci: found adapter CCD/Billion/Asuscom 2BD0 at 0000:00:00.0
Jul 16 10:22:41 lear-asterisk kernel: [ 8.894923] mISDN: HFC-PCI driver 2.0
Jul 16 10:22:41 lear-asterisk kernel: [ 8.895050] HFC-PCI: defined at mem 0xe1036d00 fifo 0xdf508000(0x4060000) IRQ 21 HZ 250
Jul 16 10:22:41 lear-asterisk kernel: [ 8.895190] HFC 1 cards installed
Jul 16 10:22:41 lear-asterisk kernel: [ 8.895312] hfcpci 0000:00:01.0: enabling device (0000 -> 0003)
Jul 16 10:22:41 lear-asterisk kernel: [ 8.895533] mISDN_hfcpci: found adapter CCD/Billion/Asuscom 2BD0 at 0000:00:01.0
Jul 16 10:22:41 lear-asterisk kernel: [ 8.895538] mISDN: HFC-PCI driver 2.0
Jul 16 10:22:41 lear-asterisk kernel: [ 8.895632] HFC-PCI: defined at mem 0xe104ac00 fifo 0xdf560000(0xb86e8000) IRQ 18 HZ 250
Jul 16 10:22:41 lear-asterisk kernel: [ 8.895699] HFC 2 cards installed
Jul 16 10:22:41 lear-asterisk kernel: [ 111.833448] EXT3 FS on sda1, internal journal
Jul 16 10:22:41 lear-asterisk rsyslogd: [origin software="rsyslogd" swVersion="3.18.6" x-pid="1425" x-info="http://www.rsyslog.com"] restart
Jul 16 10:22:41 lear-asterisk kernel: [ 115.555060] NET: Registered protocol family 10
Jul 16 10:22:41 lear-asterisk kernel: [ 115.555060] lo: Disabled Privacy Extensions
Jul 16 10:22:41 lear-asterisk kernel: [ 115.695665] DSP modul 2.0
Jul 16 10:22:41 lear-asterisk kernel: [ 115.695675] mISDN_dsp: DSP clocks every 64 samples. This equals 2 jiffies.
Jul 16 10:22:45 lear-asterisk kernel: [ 119.380666] HFC_PCI: resetting HFC ChipId(30)
Jul 16 10:22:45 lear-asterisk kernel: [ 119.526885] HFC PCI: IRQ 18 count 32
Jul 16 10:22:45 lear-asterisk kernel: [ 119.539109] HFC_PCI: resetting HFC ChipId(30)
Jul 16 10:22:45 lear-asterisk kernel: [ 119.686964] HFC PCI: IRQ 21 count 35
Jul 16 10:22:46 lear-asterisk kernel: [ 120.311477] warning: `ntpd' uses 32-bit capabilities (legacy support in use)

was ja nicht schlecht aussieht, aaaber diese Ausgabe macht micht stutzig:

Jul 16 10:22:59 lear-asterisk kernel: [ 133.689481] l2mgr: addr:0 prim 1f04 G
Jul 16 10:23:04 lear-asterisk kernel: [ 138.702304] l2mgr: addr:0 prim 1f04 G
Jul 16 10:23:09 lear-asterisk kernel: [ 143.701510] l2mgr: addr:0 prim 1f04 G
Jul 16 10:23:14 lear-asterisk kernel: [ 148.705499] l2mgr: addr:0 prim 1f04 G
Jul 16 10:23:19 lear-asterisk kernel: [ 153.717510] l2mgr: addr:0 prim 1f04 G
Jul 16 10:23:24 lear-asterisk kernel: [ 158.717575] l2mgr: addr:0 prim 1f04 G
Jul 16 10:23:29 lear-asterisk kernel: [ 163.717628] l2mgr: addr:0 prim 1f04 G
Jul 16 10:23:34 lear-asterisk kernel: [ 168.717716] l2mgr: addr:0 prim 1f04 G
Jul 16 10:23:39 lear-asterisk kernel: [ 173.719035] l2mgr: addr:0 prim 1f04 G
Jul 16 10:23:44 lear-asterisk kernel: [ 178.717833] l2mgr: addr:0 prim 1f04 G
Jul 16 10:23:49 lear-asterisk kernel: [ 183.717927] l2mgr: addr:0 prim 1f04 G
Jul 16 10:23:54 lear-asterisk kernel: [ 188.717980] l2mgr: addr:0 prim 1f04 G
Jul 16 10:23:59 lear-asterisk kernel: [ 193.718186] l2mgr: addr:0 prim 1f04 G
Jul 16 10:24:04 lear-asterisk kernel: [ 198.718182] l2mgr: addr:0 prim 1f04 G
Jul 16 10:24:09 lear-asterisk kernel: [ 203.719034] l2mgr: addr:0 prim 1f04 G
Jul 16 10:24:14 lear-asterisk kernel: [ 208.718959] l2mgr: addr:0 prim 1f04 G
Jul 16 10:24:19 lear-asterisk kernel: [ 213.719034] l2mgr: addr:0 prim 1f04 G
Jul 16 10:24:24 lear-asterisk kernel: [ 218.718734] l2mgr: addr:0 prim 1f04 G
Jul 16 10:24:29 lear-asterisk kernel: [ 223.720468] l2mgr: addr:0 prim 1f04 G
Jul 16 10:24:34 lear-asterisk kernel: [ 228.720195] l2mgr: addr:0 prim 1f04 G
Jul 16 10:24:39 lear-asterisk kernel: [ 233.719212] l2mgr: addr:0 prim 1f04 G
Jul 16 10:24:44 lear-asterisk kernel: [ 238.719369] l2mgr: addr:0 prim 1f04 G
Jul 16 10:24:49 lear-asterisk kernel: [ 243.720124] l2mgr: addr:0 prim 1f04 G
Jul 16 10:24:54 lear-asterisk kernel: [ 248.719765] l2mgr: addr:0 prim 1f04 G
Jul 16 10:24:59 lear-asterisk kernel: [ 253.719927] l2mgr: addr:0 prim 1f04 G

der Fehler kommt am laufenden Band, was ist das

Ich sollte hier an der Stelle vielleicht noch erwähnen, dass es sich hier um eine DomU handelt und ich die PCI Karten durchgereicht habe.... und bevor gleich ein großer Aufschrei kommt: ja, das war erfolgreich lspci zeigt mir die Karten an, das hat also alles geklappt. Kernel ist übrigens der 2.6.26-2-xen-686

Übrigens, sparkie: Danke für die Hilfe bis jetzt

 

[FlashDeluxe]

ach ja, lass dich nciht vom misdn_nt context verwirren, der steht auf jeden Fall auf TE, der Name ist irreführend, hatte anfangs aber seinen Sinn :spocht:

 

[sparkie]

ok, also mir sagen die Fehlermeldungen auf Anhieb leider auch nichts. Habe ich so nie gesehen.

Bist du dir wirklich sicher, dass alle ALtlasten auf dem Rechner geloescht sind?
Also von Asterisk kein chan_misdn geladen wird?
Und nur diese relevanten Kernel Treiber geladen werden (am besten erst mal manuell und nicht durch irgendwelche Hochfahrscripte):

hfcpci                 22624  3 
mISDN_dsp_oslec         5224  0 
mISDN_dsp             192684  1 mISDN_dsp_oslec
mISDN_core             67804  7 hfcpci,mISDN_dsp

ein 'modinfo mISDN_core' sollte unbedingt auf '/lib/modules/*/extra/mISDN_core.ko' verweisen - also auf das *NEU* angelegte Treiber Directory.

In der 'interface.conf' sollte fuer TE Mode nur

[Ext]
extern
portnum 0

stehen. Und im Dialplan wird das mit

[sip-irgendwas]
[...]
exten => 1234,n,Dial(LCR/Ext/56789)
[...]

fuer abgehende bzw. mit

[Ext]
[...]
exten => _[0-9].,n,Dial(SIP/${EXTEN}@sip-something,${RINGTIME},r)
[...]

fuer ankommende Gespraeche (im Fall deiner SIP Telefone) referenziert.


- sparkie

 

[FlashDeluxe]

Alles Altlasten weg Ich hoffe ja, dass es nur an den configs lag, ich werd jetzt mal deine Vorschläge ausprobieren

Übrigens: Ich gehe nicht über sipgate raus, die SIP Telefone werden für die interne Kommunikation genutzt und sollen halt auch übers ISDN Netz telefonieren können... Aber um die extensions.conf/sip.conf mach ich mir eher keine Sorgen...


Nur mal so btw kennst du ne gutes GUI zum Konfigurieren, das auch wirklich mit den sip.conf/extensions.conf arbeitet und entsprechende Einträge macht?

Und ein GUI, Clientseitig, mit dem man Anrufe annehmen/weiterleiten etc kann?

Alles auf Open Source Basis natürlich =)

 

[sparkie]

Nur mal so btw kennst du ne gutes GUI zum Konfigurieren, das auch wirklich mit den sip.conf/extensions.conf arbeitet und entsprechende Einträge macht?

nein leider nicht. Ich bin CLI-Junkie

die Fehlermeldung oben

16.07.10 10:26:30.522 EP(1): CHANNEL SELECTION (no external interface specified) info 'Add 'extern' parameter to interface.conf.'

deutet uebrigens wirklich darauf hin, dass in deiner 'interface.conf' kein 'extern' Eintrag vorhanden ist. Siehe mein Beispiel voriger Post.

Am besten mal die http://www.linux-call-router.de/doc.html dazu genau studieren! Ich muss jetzt erst mal offline gehen....

viel Erfolg noch!

- sparkie