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 ? ... Kannst Du eventuell das Ganze nochmal ohne aktives I4L loggen, das sollte auch die Anzahl der Meldungen reduzieren und Verluste vermeiden: killall isdnlog rmmod capidrv Falls noch andere I4L Dienste aktiv sind muessen die vor dem rmmod auch runtergefahren werden. ...
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. -- Karsten Keil SuSE Labs ISDN development