On Fri, May 19, 2006 at 08:42:44AM +0200, Christian Wittmer wrote:
Hallo Karsten
Karsten Keil
wrote on 18.05.2006 14:24:19: 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
OK, das P2P wollte ich sehen.
...
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.
...
b1 41984 1 c4 capidrv 46004 4 isdn 159180 1 capidrv toll dass bei einem rcisdn stop die Kiste einfriert, genau dann, wenn die Module entladen werden sollen. Da ist doch was faul, oder ?
Das ist ein bekanntes Problem, aber nicht so ohne weiteres fixbar. Der einfachste workaround ist, das entladen komplett zu vermeiden.
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.
fuser /dev/isdnctrl fuser /dev/isdninfo fuser /dev/ttyI* Kandidaten: kinternet kisdnwatch ...
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.
-- Karsten Keil SuSE Labs ISDN development