Hallo Karsten
Karsten Keil
On Thu, May 18, 2006 at 10:46:31AM +0200, Christian Wittmer wrote:
Hallo Karsten,
Karsten Keil
wrote on 17.05.2006 20:20:55: On Tue, May 16, 2006 at 06:52:15PM +0200, Christian Wittmer wrote:
Hallo Karsten,
hier das LOG im Anhang. Ich schicke es nur Dir, da ich die Daten nicht an die Liste schicken will.
OK.
1. Um was für einen Anschluss handelt es sich genau ? Es ist ein Anlagen-Anschluß. Der C4 hängt direkt am NTBA.
OK, dann erklärt das zumindest das Rufnummern Routing. Bei einem Anlagenanschlussbündel kann ein Ruf normalerweise auf jedem Controller mit jeder Nummer reinkommen.
Wie sieht die /etc/capi.conf aus ?
so:(after adding DRIVER_OPTIONS="P2P" to /etc/sysconfig/isdn/cfg-contr0) #SuSEconfig.isdn generated # card file proto io irq mem cardnr options c4 c4.bin DSS1 - - - 1 P2P c4 - DSS1 - - - 2 P2P c4 - DSS1 - - - 3 P2P c4 - DSS1 - - - 4 P2P
...
Kannst Du eventuell das Ganze nochmal ohne aktives I4L loggen, das sollte auch die Anzahl der Meldungen reduzieren und Verluste vermeiden: killall isdnlog Das ist kein Problem
rmmod capidrv Das geht net, da capidrv verwendet wird.
DL380 srv-ux-0001:~ # lsmod Module Size Used by af_packet 39048 0 capi 35648 2 e1000 125188 0 ehci_hcd 46852 0 hw_random 21908 0 tpm_atmel 22784 0 tpm 27680 1 tpm_atmel uhci_hcd 48016 0 edd 26336 0 joydev 26688 0 sg 54176 0 st 57500 0 sr_mod 33316 0 ide_cd 54788 0 cdrom 55196 2 sr_mod,ide_cd nvram 25736 0 evdev 26240 0 cpufreq_userspace 42144 8 acpi 22016 0 speedstep_lib 20352 0 freq_table 21504 1 acpi thermal 28936 0 processor 35136 2 acpi,thermal fan 20484 0 button 22672 0 battery 25092 0 ac 21252 0 ipv6 327036 23 usbcore 130400 4 ehci_hcd,uhci_hcd tg3 113412 0 c4 36868 4 b1 41984 1 c4 capidrv 46004 4 isdn 159180 1 capidrv slhc 23680 1 isdn capifs 22280 2 capi kernelcapi 63744 4 capi,c4,b1,capidrv subfs 24448 2 dm_mod 73600 4 reiserfs 277072 4 cciss 73796 5 sd_mod 37888 0 scsi_mod 134852 5 sg,st,sr_mod,cciss,sd_mod toll dass bei einem rcisdn stop die Kiste einfriert, genau dann, wenn die Module entladen werden sollen. Da ist doch was faul, oder ?
Falls noch andere I4L Dienste aktiv sind muessen die vor dem rmmod auch runtergefahren werden.
Was verstehst du unter anderen I4L Diensten ? Meines Wissens hab ich da sonst nichts laufen, aber für einen Tip, was da sein könnte, wäre ich dankbar.
...
Appl. 01 (capidrv) REJECTED den CALL.
Das sieht erstmal so nicht verkehrt aus.
Das sehe ich ein. Nach Deiner ausführlichen Erklärung komme ich zu dem
Schluß, den Controller über eine TK-Anlage zu schalten. Dann kann ich, wenn ich alles richtig verstanden habe, den kommended Ruf an den richtigen Controller weiterleiten. Dann sollte es doch funktionieren, oder ?
Bei einem Anlagenbündel musst Du immer auf allen Controllern lauschen und spaeter in der Applikation entscheiden ob z.B. die Nummer korrekt ist.
Oder kann ich ein LISTEN der Applikation 1 an allen Controllern verhindern, denn ausreichend wäre doch ein LISTEN der Applikation 2 (CAPRI-Server), denn die setzt ja nur ein LISTEN an Controller 4 ab.
Die Frage ist, ob Du I4L brauchst oder nicht (also z.B: ISDN network devices ueber ipppd oder RAW ISDN, /dev/ttyI?). Wenn nicht, einfach das laden von capidrv verhindern. Mal sehen, ob ich da durchsteige. Ich denke mal, dass das im init-script gesteuert wird.
Danke und Gruß Chris
-- Karsten Keil SuSE Labs ISDN development
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-isdn-unsubscribe@suse.com Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-isdn-help@suse.com