CAPI reagiert nicht auf *_REQ (war: Fwd: Re: Startprobleme mit CapiSuite)
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo *, hallo Karsten! Ralf Schneider und ich haben hier ein merkwürdiges Problem mit der SuSE 8.0 und dem AVM-CAPI-Treiber. Ralf, kannst du evtl. noch ein paar Details zu deiner Konfiguration beisteuern: welche Karte hast du genau, welchen AVM-Treiber verwendest du? Ralf kann mit Hilfe von CapiSuite einwandfrei Faxe und Sprachanrufe empfangen, aber nichts ausgehendes lässt sich aufbauen. Nach genauerer Analyse stellte sich heraus, dass der Capi-Treiber aus mir unverständlichen Gründen auf CONNECT_REQ-Nachrichten nicht antwortet. Es schaut sogar fast so aus, als würde er auf keinerlei *_REQ antworten. Er hat auch die beliebten "controller dead"-Meldungen. Hat es wohl damit etwas zu tun? Ein simpler Versuch, eine ausgehende Verbindung aufzubauen, schaut im Syslog mit aktiviertem Trace beispielsweise so aus (Nummern ausge-x-t): May 5 10:08:52 asterix kernel: kcapi: contr 1 set trace=4 May 5 10:09:12 asterix kernel: capidrv-1: controller dead ?? May 5 10:09:12 asterix kernel: kcapi: put [0x1] LISTEN_REQ ID=001 #0x0007 LEN=0026 May 5 10:09:12 asterix kernel: Controller/PLCI/NCCI = 0x1 May 5 10:09:12 asterix kernel: InfoMask = 0x40 May 5 10:09:12 asterix kernel: CIPmask = 0x1fff03ff May 5 10:09:12 asterix kernel: CIPmask2 = 0x0 May 5 10:09:12 asterix kernel: CallingPartyNumber = default May 5 10:09:12 asterix kernel: CallingPartySubaddress = default May 5 10:09:12 asterix kernel: May 5 10:09:12 asterix kernel: capidrv-1: listen_change_state state=3 event=1 ???? May 5 10:09:16 asterix kernel: kcapi: appl 2 up May 5 10:09:16 asterix kernel: kcapi: put [0x1] LISTEN_REQ ID=002 #0x0000 LEN=0026 May 5 10:09:16 asterix kernel: Controller/PLCI/NCCI = 0x1 May 5 10:09:16 asterix kernel: InfoMask = 0x10 May 5 10:09:16 asterix kernel: CIPmask = 0x0 May 5 10:09:16 asterix kernel: CIPmask2 = 0x0 May 5 10:09:16 asterix kernel: CallingPartyNumber = default May 5 10:09:16 asterix kernel: CallingPartySubaddress = default May 5 10:09:16 asterix kernel: May 5 10:09:16 asterix kernel: kcapi: put [0x1] CONNECT_REQ ID=002 #0x0002 LEN=0055 May 5 10:09:16 asterix kernel: Controller/PLCI/NCCI = 0x1 May 5 10:09:16 asterix kernel: CIPValue = 0x10 May 5 10:09:16 asterix kernel: CalledPartyNumber = <80>0871935xxx May 5 10:09:16 asterix kernel: CallingPartyNumber = A<80>xxx May 5 10:09:16 asterix kernel: CalledPartySubaddress = default May 5 10:09:16 asterix kernel: CallingPartySubaddress = default May 5 10:09:16 asterix kernel: BProtocol May 5 10:09:16 asterix kernel: B1protocol = 0x1 May 5 10:09:16 asterix kernel: B2protocol = 0x1 May 5 10:09:16 asterix kernel: B3protocol = 0x0 May 5 10:09:16 asterix kernel: B1configuration = default May 5 10:09:16 asterix kernel: B2configuration = default May 5 10:09:16 asterix kernel: B3configuration = default May 5 10:09:16 asterix kernel: BC = default May 5 10:09:16 asterix kernel: LLC = default May 5 10:09:16 asterix kernel: HLC = default May 5 10:09:16 asterix kernel: AdditionalInfo May 5 10:09:16 asterix kernel: BChannelinformation = default May 5 10:09:16 asterix kernel: Keypadfacility = default May 5 10:09:16 asterix kernel: Useruserdata = default May 5 10:09:16 asterix kernel: Facilitydataarray = default May 5 10:09:16 asterix kernel: May 5 10:09:34 asterix kernel: kcapi: contr 1 set trace=0 May 5 10:10:12 asterix kernel: capidrv-1: controller dead ?? May 5 10:10:12 asterix kernel: capidrv-1: listen_change_state state=3 event=1 ???? May 5 10:11:12 asterix kernel: capidrv-1: controller dead ?? May 5 10:11:12 asterix kernel: capidrv-1: listen_change_state state=3 event=1 ???? Die Nachrichten kommen also definitiv an, aber der CAPI antwortet nicht. Ideen, woran das liegen könnte? Oder wie man das genauer debuggen könnte? Anschließend hängt auch irgendwas in dem für diese Anwendung bestimmten Teil des CAPI-Treibers und keine eingehenden Anrufe können mehr angenommen werden. Schaut fast so aus, als würde irgendwas im Treiber irgendwo hängenbleiben. Ein Beenden / Starten der Anwendung hilft dagegen - dann lassen sich wieder eingehende Anrufe empfangen, wenn ich mich recht erinnere. - -- Ciao, Gernot -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2-rc1-SuSE (GNU/Linux) iD8DBQE+tjiuk997/GGeSeIRAi+BAKCaI2tHJ9pxqoWD+bgBDl9/IC48pQCffHaF zca1w1KKJ+azSB19pmt/YeI= =eeV7 -----END PGP SIGNATURE-----
participants (1)
-
Gernot Hillier