Faxprobleme mit 9.1
Hallo, bis zur 9.0 konnte ich problemlos mit capisuite oder hylafax Faxe senden und empfangen. Seit der 9.1 (Neuinstallation, kein Update) geht's nicht mehr. Die ISDN-Karte: AVM A1 (fcclassic) ist konfiguriert und läuft. Ein "pppd call isdn/avm" funktioniert beispielsweise. Der Anrufbeantworter der capisuite funktioniert ebenfalls. Beim Versuch ein Fax zu senden, erscheint in /var/log/capisuite.log: Sat May 1 10:01:12 2004 CapiSuite 0xbffff3c0: job fax-78.sff from cwerk to XXXXXXXXXX initiated Sat May 1 10:01:12 2004 Connection 0x81ebf60: Connection object created for outgoing call from 21 to XXXXXXXXXXX service 1 Sat May 1 10:01:12 2004 Connection 0x81ebf60: using faxStationID +49 6439 901416 faxHeadline Sent by CapiSuite (www.CapiSuite.de) CLIR 0 Sat May 1 10:01:12 2004 Capi 0x8169680: >CONNECT_REQ: ApplId 0x2, MsgNr 0x5, Controller 0x1 CIPValue 0x11, B1proto 0x4, B2proto 0x4, B3proto 0x5 Sat May 1 10:01:12 2004 Capi 0x8169680: info: 0 Sat May 1 10:01:12 2004 Capi 0x8169680: * Sat May 1 10:01:12 2004 Capi 0x8169680: <CONNECT_CONF, PLCI: 0x101, Info 0x0 Sat May 1 10:01:12 2004 Connection 0x81ebf60: got PLCI 101 Sat May 1 10:01:12 2004 Capi 0x8169680: ** Sat May 1 10:01:12 2004 Capi 0x8169680: * Sat May 1 10:01:12 2004 Capi 0x8169680: <INFO_IND: Controller/PLCI 0x101, InfoNumber 800d (ignoring) Sat May 1 10:01:12 2004 Capi 0x8169680: >INFO_RESP ApplId 0x2, MsgNr 0x7, Address 0x101 Sat May 1 10:01:12 2004 Capi 0x8169680: info: 0 Sat May 1 10:01:12 2004 Capi 0x8169680: ** Sat May 1 10:01:12 2004 Capi 0x8169680: * Sat May 1 10:01:12 2004 Capi 0x8169680: <INFO_IND: Controller/PLCI 0x101, InfoNumber 1e (ignoring) Sat May 1 10:01:12 2004 Capi 0x8169680: >INFO_RESP ApplId 0x2, MsgNr 0x8, Address 0x101 Sat May 1 10:01:12 2004 Capi 0x8169680: info: 0 Sat May 1 10:01:12 2004 Capi 0x8169680: ** Sat May 1 10:01:14 2004 Capi 0x8169680: * Sat May 1 10:01:14 2004 Capi 0x8169680: <INFO_IND: Controller/PLCI 0x101, InfoNumber 8002 (ignoring) Sat May 1 10:01:14 2004 Capi 0x8169680: >INFO_RESP ApplId 0x2, MsgNr 0x9, Address 0x101 Sat May 1 10:01:14 2004 Capi 0x8169680: info: 0 Sat May 1 10:01:14 2004 Capi 0x8169680: ** Sat May 1 10:01:14 2004 Capi 0x8169680: * Sat May 1 10:01:14 2004 Capi 0x8169680: <INFO_IND: PLCI 0x101, InfoNumber ALERTING Sat May 1 10:01:14 2004 Capi 0x8169680: >INFO_RESP ApplId 0x2, MsgNr 0xa, Address 0x101 Sat May 1 10:01:14 2004 Capi 0x8169680: info: 0 Sat May 1 10:01:14 2004 Capi 0x8169680: ** Sat May 1 10:01:14 2004 Capi 0x8169680: * Sat May 1 10:01:14 2004 Capi 0x8169680: <INFO_IND: Controller/PLCI 0x101, InfoNumber 1e (ignoring) Sat May 1 10:01:14 2004 Capi 0x8169680: >INFO_RESP ApplId 0x2, MsgNr 0xb, Address 0x101 Sat May 1 10:01:14 2004 Capi 0x8169680: info: 0 Sat May 1 10:01:14 2004 Capi 0x8169680: ** Sat May 1 10:01:16 2004 Capi 0x8169680: * Sat May 1 10:01:16 2004 Capi 0x8169680: <CONNECT_ACTIVE_IND PLCI 0x101 Sat May 1 10:01:16 2004 Capi 0x8169680: >CONNECT_ACTIVE_RESP ApplId 0x2 MsgNum 0xc PLCI 0x101 Sat May 1 10:01:16 2004 Capi 0x8169680: info: 0 Sat May 1 10:01:16 2004 Capi 0x8169680: >CONNECT_B3_REQ: ApplId 0x2, MsgNr 0x5, PLCI 0x101 Sat May 1 10:01:16 2004 Capi 0x8169680: info: 0 Sat May 1 10:01:16 2004 Capi 0x8169680: ** Sat May 1 10:01:16 2004 Capi 0x8169680: * Sat May 1 10:01:16 2004 Capi 0x8169680: <CONNECT_B3_CONF, NCCI: 0x10101, Info 0x0 Sat May 1 10:01:16 2004 Capi 0x8169680: ** Sat May 1 10:01:16 2004 Capi 0x8169680: * Sat May 1 10:01:16 2004 Capi 0x8169680: <DISCONNECT_B3_IND NCCI 0x10101 Reason 0x3315 Sat May 1 10:01:16 2004 Connection 0x81ebf60: fax finished with rate 0, lowRes, ID: , 0 pages Sat May 1 10:01:16 2004 Connection 0x81ebf60: stop_file_transmission initiated Sat May 1 10:01:16 2004 Connection 0x81ebf60: stop_file_transmission finished Sat May 1 10:01:16 2004 Connection 0x81ebf60: stop_file_reception finished Sat May 1 10:01:16 2004 Capi 0x8169680: >DISCONNECT_B3_RESP ApplId 0x2 MsgNum 0xd NCCI 0x10101 Sat May 1 10:01:16 2004 Capi 0x8169680: info: 0 Sat May 1 10:01:16 2004 Capi 0x8169680: ** Sat May 1 10:01:16 2004 Connection 0x81ebf60: Python: deleting connection object Sat May 1 10:01:16 2004 Connection 0x81ebf60: disconnect initiated Sat May 1 10:01:16 2004 Capi 0x8169680: >DISCONNECT_REQ ApplId 0x2 MsgNum 0x6 PLCI 0x101 Sat May 1 10:01:16 2004 Capi 0x8169680: info: 0 Sat May 1 10:01:16 2004 Capi 0x8169680: * Sat May 1 10:01:16 2004 Capi 0x8169680: <DISCONNECT_CONF PLCI 0x101 Info 0x0 Sat May 1 10:01:16 2004 Capi 0x8169680: ** Sat May 1 10:01:16 2004 Capi 0x8169680: * Sat May 1 10:01:16 2004 Capi 0x8169680: <DISCONNECT_IND PLCI 0x101 Reason 0x3400 Sat May 1 10:01:16 2004 Capi 0x8169680: >DISCONNECT_RESP ApplId 0x2 MsgNum 0xe PLCI 0x101 Sat May 1 10:01:16 2004 Capi 0x8169680: info: 0 Sat May 1 10:01:16 2004 Capi 0x8169680: ** Sat May 1 10:01:16 2004 Connection 0x81ebf60: stop_file_transmission initiated Sat May 1 10:01:16 2004 Connection 0x81ebf60: stop_file_transmission finished Sat May 1 10:01:16 2004 Connection 0x81ebf60: stop_file_reception finished Sat May 1 10:01:16 2004 Connection 0x81ebf60: Connection object deleted Sat May 1 10:01:16 2004 CapiSuite 0xbffff3c0: job fax-78.sff: result was 2,0 Sat May 1 10:01:16 2004 CapiSuite 0xbffff3c0: job fax-78.sff: delayed for 60 seconds XXXXXXXXXX ist in Wirklichkeit 'ne Fax-Nummer 21 ist die interne Nummer meiner Telefonanlage (war auch unter 9.0 so konfiguriert und lief hervorragend) Ich habe keine Ahnung, was da passiert. Das einzige, was ich beobachten kann, ist, dass die Verbindung sofort wieder getrennt wird, wenn sie denn überhaupt aufgebaut wird, und kein Fax verschickt wird. Warum das so ist, weiß ich nicht. Ich habe das mit verschiedenen Fax-Nummern versucht, immer dasselbe. Lustigerweise jedoch wählt er meine Handynummer tatsächlich an, das mir dann einen Faxanruf anzeigt. Wieso das auf ein Handy funktioniert, nicht aber im Festnetz, ist mir auch ein Rätsel. Hat jemand 'nen Tipp für mich? Regards/Grüße, Christoph Werkhausen
On Sat, May 01, 2004 at 03:09:09PM +0200, Christoph Werkhausen wrote:
Hallo,
bis zur 9.0 konnte ich problemlos mit capisuite oder hylafax Faxe senden und empfangen.
Seit der 9.1 (Neuinstallation, kein Update) geht's nicht mehr.
Die ISDN-Karte: AVM A1 (fcclassic) ist konfiguriert und läuft. Ein "pppd call isdn/avm" funktioniert beispielsweise.
Der Anrufbeantworter der capisuite funktioniert ebenfalls.
Es sollte in jedem Fall die libtiff upgedatet werden, die aktuelle Stableversion 3.6.1 hat leider einen Fehler beim FAXG3 encoding. (Update steht als YOU Update bereits zur Verfügung). -- Karsten Keil SuSE Labs ISDN development
* Karsten Keil wrote:
Es sollte in jedem Fall die libtiff upgedatet werden, die aktuelle Stableversion 3.6.1 hat leider einen Fehler beim FAXG3 encoding. (Update steht als YOU Update bereits zur Verfügung).
Hallo Karsten, danke für Deine Antwort, aber ich hätte vielleicht erwähnen sollen, dass ich das bereits gemacht habe (aktuell installierte Version libtiff-3.6.1-38.3). Leider funktioniert der Faxbetrieb immer noch nicht. Regards/Grüße, Christoph Werkhausen
Hallo, da ich nach wie vor dieselben Probleme habe, hier mal ein neuer Log-Mitschnitt (/var/log/capisuite.log). Diesmal habe ich mir selbst ein Fax geschickt (ging bislang auch immer, da es ja 2 B-Kanäle gibt): Tue May 4 10:21:01 2004 CapiSuite 0xbffff3b0: CapiSuite 0.4.4 started. Tue May 4 10:21:01 2004 Capi 0x8169680: Capi object created Tue May 4 10:21:01 2004 Capi 0x8169680: >LISTEN_REQ ApplID 0x2 msgNum 0x0 Controller 0x1 InfoMask 0x10 CIPMask 0x0 0x0 NULL NULL Tue May 4 10:21:01 2004 Capi 0x8169680: info: 0 Tue May 4 10:21:01 2004 Capi 0x8169680: * Tue May 4 10:21:01 2004 Capi 0x8169680: <LISTEN_CONF Controller 0x1 Info 0x0 Tue May 4 10:21:01 2004 Capi 0x8169680: ** Tue May 4 10:21:01 2004 Capi 0x8169680: Registered successful at CAPI with ApplId 2 Tue May 4 10:21:01 2004 CapiSuite 0xbffff3b0: 1 controllers found Tue May 4 10:21:01 2004 CapiSuite 0xbffff3b0: Capi driver: AVM Berlin, version 2.0/1.16 Tue May 4 10:21:01 2004 CapiSuite 0xbffff3b0: Controller 1: AVM GmbH (2 B channels, DTMF, SuppServ, transparent, FaxG3, FaxG3ext), driver version 2.0/49.18 Tue May 4 10:21:01 2004 Capi 0x8169680: >LISTEN_REQ ApplID 0x2 msgNum 0x1 Controller 0x1 InfoMask 0x10 CIPMask 0x10012 0x0 NULL NULL Tue May 4 10:21:01 2004 Capi 0x8169680: info: 0 Tue May 4 10:21:01 2004 Capi 0x8169680: >LISTEN_REQ ApplID 0x2 msgNum 0x2 Controller 0x1 InfoMask 0x10 CIPMask 0x30012 0x0 NULL NULL Tue May 4 10:21:01 2004 Capi 0x8169680: info: 0 Tue May 4 10:21:01 2004 Capi 0x8169680: * Tue May 4 10:21:01 2004 Capi 0x8169680: <LISTEN_CONF Controller 0x1 Info 0x0 Tue May 4 10:21:01 2004 Capi 0x8169680: ** Tue May 4 10:21:01 2004 Capi 0x8169680: * Tue May 4 10:21:01 2004 Capi 0x8169680: <LISTEN_CONF Controller 0x1 Info 0x0 Tue May 4 10:21:01 2004 Capi 0x8169680: ** Tue May 4 10:21:01 2004 Pythonscript /usr/lib/capisuite/idle.py,idle,0x81abcd0: PythonScript created. Tue May 4 10:21:01 2004 Pythonscript /usr/lib/capisuite/idle.py,idle,0x81abcd0: IdleScript created. Tue May 4 10:21:31 2004 Pythonscript /usr/lib/capisuite/idle.py,idle,0x81abcd0: executing idlescript... Tue May 4 10:21:32 2004 CapiSuite 0xbffff3b0: job fax-117.sff from cwerk to 901416 initiated Tue May 4 10:21:32 2004 Connection 0x81e7f78: Connection object created for outgoing call from 21 to 901416 service 1 Tue May 4 10:21:32 2004 Connection 0x81e7f78: using faxStationID +49 6439 901416 faxHeadline Fax from Werkhausen - Sent by CapiSuite CLIR 0 Tue May 4 10:21:32 2004 Capi 0x8169680: >CONNECT_REQ: ApplId 0x2, MsgNr 0x4, Controller 0x1 CIPValue 0x11, B1proto 0x4, B2proto 0x4, B3proto 0x5 Tue May 4 10:21:32 2004 Capi 0x8169680: info: 0 Tue May 4 10:21:32 2004 Capi 0x8169680: * Tue May 4 10:21:32 2004 Capi 0x8169680: <CONNECT_CONF, PLCI: 0x101, Info 0x0 Tue May 4 10:21:32 2004 Connection 0x81e7f78: got PLCI 101 Tue May 4 10:21:32 2004 Capi 0x8169680: ** Tue May 4 10:21:32 2004 Capi 0x8169680: * Tue May 4 10:21:32 2004 Capi 0x8169680: <INFO_IND: Controller/PLCI 0x101, InfoNumber 800d (ignoring) Tue May 4 10:21:32 2004 Capi 0x8169680: >INFO_RESP ApplId 0x2, MsgNr 0x40, Address 0x101 Tue May 4 10:21:32 2004 Capi 0x8169680: info: 0 Tue May 4 10:21:32 2004 Capi 0x8169680: ** Tue May 4 10:21:32 2004 Capi 0x8169680: * Tue May 4 10:21:32 2004 Capi 0x8169680: <INFO_IND: Controller/PLCI 0x101, InfoNumber 1e (ignoring) Tue May 4 10:21:32 2004 Capi 0x8169680: >INFO_RESP ApplId 0x2, MsgNr 0x41, Address 0x101 Tue May 4 10:21:32 2004 Capi 0x8169680: info: 0 Tue May 4 10:21:32 2004 Capi 0x8169680: ** Tue May 4 10:21:32 2004 Capi 0x8169680: * Tue May 4 10:21:32 2004 Capi 0x8169680: <CONNECT_IND PLCI 0x201 CIP 0x11 Tue May 4 10:21:32 2004 Connection 0x81eb810: Connection object created for incoming call PLCI 201 from 06439901416 to 21 CIP 0x11 Tue May 4 10:21:32 2004 Capi 0x8169680: ** Tue May 4 10:21:32 2004 Capi 0x8169680: * Tue May 4 10:21:32 2004 Capi 0x8169680: <INFO_IND: Controller/PLCI 0x101, InfoNumber 8002 (ignoring) Tue May 4 10:21:32 2004 Capi 0x8169680: >INFO_RESP ApplId 0x2, MsgNr 0x45, Address 0x101 Tue May 4 10:21:32 2004 Capi 0x8169680: info: 0 Tue May 4 10:21:32 2004 Capi 0x8169680: ** Tue May 4 10:21:32 2004 Pythonscript /usr/lib/capisuite/incoming.py,callIncoming,0x81d9d10: PythonScript created. Tue May 4 10:21:32 2004 Pythonscript /usr/lib/capisuite/incoming.py,callIncoming,0x81d9d10: Connection 0x81eb810 created IncomingScript Tue May 4 10:21:32 2004 Connection 0x81eb810: call from 06439901416 to 21 for cwerk connecting with fax Tue May 4 10:21:32 2004 Connection 0x81eb810: accepting with service 1 Bis hierher scheint mir alles ok. Er wählt, nimmt den Ruf an und akzeptiert mit Service 1. Tue May 4 10:21:32 2004 Connection 0x81eb810: using faxStationID +49 6439 901416 faxHeadline Fax from Werkhausen - Sent by CapiSuite Tue May 4 10:21:32 2004 Capi 0x8169680: >CONNECT_RESP ApplId 0x2, msgNum 0x42, PLCI 0x201, Reject 0x0, B1proto 0x4, B2proto 0x4, B3proto 0x5 Was bedeutet dieses Reject? Tue May 4 10:21:32 2004 Capi 0x8169680: info: 0 Tue May 4 10:21:32 2004 Capi 0x8169680: * Tue May 4 10:21:32 2004 Capi 0x8169680: <CONNECT_ACTIVE_IND PLCI 0x201 Tue May 4 10:21:32 2004 Capi 0x8169680: >CONNECT_ACTIVE_RESP ApplId 0x2 MsgNum 0x46 PLCI 0x201 Tue May 4 10:21:32 2004 Capi 0x8169680: info: 0 Tue May 4 10:21:32 2004 Capi 0x8169680: ** Tue May 4 10:21:32 2004 Capi 0x8169680: * Tue May 4 10:21:32 2004 Capi 0x8169680: <CONNECT_B3_IND NCCI 0x10201 Tue May 4 10:21:32 2004 Capi 0x8169680: >CONNECT_B3_RESP ApplId 0x2 MsgNum 0x47 NCCI 0x10201 Reject 0x0 Tue May 4 10:21:32 2004 Capi 0x8169680: info: 0 Tue May 4 10:21:32 2004 Capi 0x8169680: ** Tue May 4 10:21:32 2004 Capi 0x8169680: * Tue May 4 10:21:32 2004 Capi 0x8169680: <DISCONNECT_B3_IND NCCI 0x10201 Reason 0x3315 3315 ist laut capisuite manual: T.30 (fax) error: Disconnect during transfer (remote procedure error). Remote heißt doch in diesem Fall auf der Senderseite, oder? Tue May 4 10:21:32 2004 Connection 0x81eb810: fax finished with rate 0, lowRes, ID: , 0 pages Tue May 4 10:21:32 2004 Connection 0x81eb810: stop_file_transmission initiated Tue May 4 10:21:32 2004 Connection 0x81eb810: stop_file_transmission finished Tue May 4 10:21:32 2004 Connection 0x81eb810: stop_file_reception finished Tue May 4 10:21:32 2004 Capi 0x8169680: >DISCONNECT_B3_RESP ApplId 0x2 MsgNum 0x48 NCCI 0x10201 Tue May 4 10:21:32 2004 Capi 0x8169680: info: 0 Tue May 4 10:21:32 2004 Capi 0x8169680: ** Tue May 4 10:21:32 2004 Connection 0x81eb810: disconnect initiated Tue May 4 10:21:32 2004 Capi 0x8169680: >DISCONNECT_REQ ApplId 0x2 MsgNum 0x4 PLCI 0x201 Tue May 4 10:21:32 2004 Capi 0x8169680: info: 0 Tue May 4 10:21:32 2004 Capi 0x8169680: * Tue May 4 10:21:32 2004 Capi 0x8169680: <DISCONNECT_CONF PLCI 0x201 Info 0x0 Tue May 4 10:21:32 2004 Capi 0x8169680: ** Tue May 4 10:21:32 2004 Capi 0x8169680: * Tue May 4 10:21:32 2004 Capi 0x8169680: <DISCONNECT_IND PLCI 0x201 Reason 0x3400 Tue May 4 10:21:32 2004 Capi 0x8169680: >DISCONNECT_RESP ApplId 0x2 MsgNum 0x49 PLCI 0x201 Tue May 4 10:21:32 2004 Capi 0x8169680: info: 0 Tue May 4 10:21:32 2004 Capi 0x8169680: ** Tue May 4 10:21:32 2004 Capi 0x8169680: * Tue May 4 10:21:32 2004 Capi 0x8169680: <CONNECT_ACTIVE_IND PLCI 0x101 Tue May 4 10:21:32 2004 Capi 0x8169680: >CONNECT_ACTIVE_RESP ApplId 0x2 MsgNum 0x4a PLCI 0x101 Tue May 4 10:21:32 2004 Capi 0x8169680: info: 0 Tue May 4 10:21:32 2004 Capi 0x8169680: >CONNECT_B3_REQ: ApplId 0x2, MsgNr 0x5, PLCI 0x101 Tue May 4 10:21:32 2004 Capi 0x8169680: info: 0 Tue May 4 10:21:32 2004 Capi 0x8169680: ** Tue May 4 10:21:32 2004 Capi 0x8169680: * Tue May 4 10:21:32 2004 Capi 0x8169680: <CONNECT_B3_CONF, NCCI: 0x10101, Info 0x0 Tue May 4 10:21:32 2004 Capi 0x8169680: ** Tue May 4 10:21:32 2004 Capi 0x8169680: * Tue May 4 10:21:32 2004 Capi 0x8169680: <DISCONNECT_B3_IND NCCI 0x10101 Reason 0x3315 Tue May 4 10:21:32 2004 Connection 0x81e7f78: fax finished with rate 0, lowRes, ID: , 0 pages Tue May 4 10:21:32 2004 Connection 0x81e7f78: stop_file_transmission initiated Tue May 4 10:21:32 2004 Connection 0x81e7f78: stop_file_transmission finished Tue May 4 10:21:32 2004 Connection 0x81e7f78: stop_file_reception finished Tue May 4 10:21:32 2004 Capi 0x8169680: >DISCONNECT_B3_RESP ApplId 0x2 MsgNum 0x4b NCCI 0x10101 Tue May 4 10:21:32 2004 Capi 0x8169680: info: 0 Tue May 4 10:21:32 2004 Capi 0x8169680: ** Tue May 4 10:21:32 2004 Connection 0x81eb810: connection lost with cause 0x3400,0x3315 Tue May 4 10:21:32 2004 Connection 0x81eb810: Python: deleting connection object Tue May 4 10:21:32 2004 Connection 0x81eb810: stop_file_transmission initiated Tue May 4 10:21:32 2004 Connection 0x81eb810: stop_file_transmission finished Tue May 4 10:21:32 2004 Connection 0x81eb810: stop_file_reception finished Tue May 4 10:21:32 2004 Connection 0x81eb810: Connection object deleted Tue May 4 10:21:32 2004 Pythonscript /usr/lib/capisuite/incoming.py,callIncoming,0x81d9d10: IncomingScript deleted Tue May 4 10:21:32 2004 Pythonscript /usr/lib/capisuite/incoming.py,callIncoming,0x81d9d10: PythonScript deleted. Tue May 4 10:21:32 2004 Connection 0x81e7f78: Python: deleting connection object Tue May 4 10:21:32 2004 Connection 0x81e7f78: disconnect initiated Tue May 4 10:21:32 2004 Capi 0x8169680: >DISCONNECT_REQ ApplId 0x2 MsgNum 0x6 PLCI 0x101 Tue May 4 10:21:32 2004 Capi 0x8169680: info: 0 Tue May 4 10:21:32 2004 Capi 0x8169680: * Tue May 4 10:21:32 2004 Capi 0x8169680: <DISCONNECT_CONF PLCI 0x101 Info 0x0 Tue May 4 10:21:32 2004 Capi 0x8169680: ** Tue May 4 10:21:32 2004 Capi 0x8169680: * Tue May 4 10:21:32 2004 Capi 0x8169680: <DISCONNECT_IND PLCI 0x101 Reason 0x3400 Tue May 4 10:21:32 2004 Capi 0x8169680: >DISCONNECT_RESP ApplId 0x2 MsgNum 0x4c PLCI 0x101 Tue May 4 10:21:32 2004 Capi 0x8169680: info: 0 Tue May 4 10:21:32 2004 Capi 0x8169680: ** Tue May 4 10:21:33 2004 Connection 0x81e7f78: stop_file_transmission initiated Tue May 4 10:21:33 2004 Connection 0x81e7f78: stop_file_transmission finished Tue May 4 10:21:33 2004 Connection 0x81e7f78: stop_file_reception finished Tue May 4 10:21:33 2004 Connection 0x81e7f78: Connection object deleted Tue May 4 10:21:33 2004 CapiSuite 0xbffff3b0: job fax-117.sff: result was 2,0 Tue May 4 10:21:33 2004 CapiSuite 0xbffff3b0: job fax-117.sff: delayed for 60 seconds Zur selben Zeit taucht auch wieder in /var/log/capisuite.error folgendes auf: Tue May 4 10:21:32 2004 Connection 0x81e7f78: Warning: Connection still established in capisuitemodule_desctruct_conn(). Disconnecting. Entweder wird also zweimal versucht, dieselbe Verbindung aufzubauen, was einen Fehler ergibt, oder eins der Module glaubt, es gäbe bereits die Verbindung und kappt sie. Kann das jemand bestätigen, widerlegen, ergänzen, mir aus dem Schlamassel raushelfen? Regards/Grüße, Christoph Werkhausen
Kann das jemand bestätigen, widerlegen, ergänzen,...
Bei mir ist es genau so. Ein IRQ-Problem kann es nicht sein, da der Faxempfang tadellos funktioniert. Beim Senden geht das Ziel-Faxgerät kurz auf Empfang und die Verbindung wird sofort beendet. Bei SuSE 9.0 hat alles funktioniert. :-(
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi! Am Freitag, 30. April 2004 11:37 schrieb Wilfried Schweers:
Kann das jemand bestätigen, widerlegen, ergänzen,...
Bei mir ist es genau so. Ein IRQ-Problem kann es nicht sein, da der Faxempfang tadellos funktioniert. Beim Senden geht das Ziel-Faxgerät kurz auf Empfang und die Verbindung wird sofort beendet. Bei SuSE 9.0 hat alles funktioniert. :-(
Auch dieselbe Hardware? - -- Ciao, Gernot -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAmUKJk997/GGeSeIRAjgyAJ9FmSHbTSiKYi3b45EMpegQLtNTsgCgkWYi GjVSuJxWitN8s+n7KCxFxRM= =ifLj -----END PGP SIGNATURE-----
On Tue, May 04, 2004 at 10:38:10AM +0200, Christoph Werkhausen wrote:
Hallo,
da ich nach wie vor dieselben Probleme habe, hier mal ein neuer Log-Mitschnitt (/var/log/capisuite.log). Diesmal habe ich mir selbst ein Fax geschickt (ging bislang auch immer, da es ja 2 B-Kanäle gibt):
Tue May 4 10:21:01 2004 CapiSuite 0xbffff3b0: CapiSuite 0.4.4 started. ... Connection 0x81eb810 created IncomingScript Tue May 4 10:21:32 2004 Connection 0x81eb810: call from 06439901416 to 21 for cwerk connecting with fax Tue May 4 10:21:32 2004 Connection 0x81eb810: accepting with service 1
Bis hierher scheint mir alles ok. Er wählt, nimmt den Ruf an und akzeptiert mit Service 1.
Tue May 4 10:21:32 2004 Connection 0x81eb810: using faxStationID +49 6439 901416 faxHeadline Fax from Werkhausen - Sent by CapiSuite Tue May 4 10:21:32 2004 Capi 0x8169680: >CONNECT_RESP ApplId 0x2, msgNum 0x42, PLCI 0x201, Reject 0x0, B1proto 0x4, B2proto 0x4, B3proto 0x5
Was bedeutet dieses Reject?
Reject=0 Das der Ruf nicht Rejected wird, sondern mit den richtigen Faxprotokollen angenommen wird.
Tue May 4 10:21:32 2004 Capi 0x8169680: info: 0 Tue May 4 10:21:32 2004 Capi 0x8169680: * Tue May 4 10:21:32 2004 Capi 0x8169680: <CONNECT_ACTIVE_IND PLCI 0x201 Tue May 4 10:21:32 2004 Capi 0x8169680: >CONNECT_ACTIVE_RESP ApplId 0x2 MsgNum 0x46 PLCI 0x201 Tue May 4 10:21:32 2004 Capi 0x8169680: info: 0 Tue May 4 10:21:32 2004 Capi 0x8169680: ** Tue May 4 10:21:32 2004 Capi 0x8169680: * Tue May 4 10:21:32 2004 Capi 0x8169680: <CONNECT_B3_IND NCCI 0x10201 Tue May 4 10:21:32 2004 Capi 0x8169680: >CONNECT_B3_RESP ApplId 0x2 MsgNum 0x47 NCCI 0x10201 Reject 0x0 Tue May 4 10:21:32 2004 Capi 0x8169680: info: 0 Tue May 4 10:21:32 2004 Capi 0x8169680: ** Tue May 4 10:21:32 2004 Capi 0x8169680: * Tue May 4 10:21:32 2004 Capi 0x8169680: <DISCONNECT_B3_IND NCCI 0x10201 Reason 0x3315
3315 ist laut capisuite manual: T.30 (fax) error: Disconnect during transfer (remote procedure error). Remote heißt doch in diesem Fall auf der Senderseite, oder?
Sieht nach einem Problem im Treiber beim Senden aus, hat aber auch Gernot schon vermutet. Jedenfalls sehe ich diese Probleme hier nicht mit verschiedenen (PCI,USB) Karten, ich werde mal die A1 ISA raussuchen, ob die hier auch solche Probleme macht.
Zur selben Zeit taucht auch wieder in /var/log/capisuite.error folgendes auf:
Tue May 4 10:21:32 2004 Connection 0x81e7f78: Warning: Connection still established in capisuitemodule_desctruct_conn(). Disconnecting.
Entweder wird also zweimal versucht, dieselbe Verbindung aufzubauen, was einen Fehler ergibt, oder eins der Module glaubt, es gäbe bereits die Verbindung und kappt sie.
ein, nur ein Zeichen dafür, das die Verbindung an einer unüblichen Stelle abgebrochen ist. -- Karsten Keil SuSE Labs ISDN development
* Karsten Keil wrote:
ApplId 0x2, msgNum 0x42, PLCI 0x201, Reject 0x0, B1proto 0x4, B2proto 0x4, B3proto 0x5
Was bedeutet dieses Reject?
Reject=0
Das der Ruf nicht Rejected wird, sondern mit den richtigen Faxprotokollen angenommen wird.
Ah, danke, wieder ein Stückchen klüger.
3315 ist laut capisuite manual: T.30 (fax) error: Disconnect during transfer (remote procedure error). Remote heißt doch in diesem Fall auf der Senderseite, oder?
Sieht nach einem Problem im Treiber beim Senden aus, hat aber auch Gernot schon vermutet.
Na, wenigstens die Beruhigung, dass es eher nicht an mir liegt. ;-)
Jedenfalls sehe ich diese Probleme hier nicht mit verschiedenen (PCI,USB) Karten, ich werde mal die A1 ISA raussuchen, ob die hier auch solche Probleme macht.
Das ist nett. Danke! Wäre schön, wenn Du 'ne Lösung finden könntest. Ich muss halt immer mal wieder 'n Fax schicken bzw. welche empfangen und würde nur ungerne 'ne andere Karte kaufen müssen. Regards/Grüße, Christoph Werkhausen
On Tue, May 04, 2004 at 04:09:12PM +0200, Christoph Werkhausen wrote:
* Karsten Keil wrote:
ApplId 0x2, msgNum 0x42, PLCI 0x201, Reject 0x0, B1proto 0x4, B2proto 0x4, B3proto 0x5
Was bedeutet dieses Reject?
Reject=0
Das der Ruf nicht Rejected wird, sondern mit den richtigen Faxprotokollen angenommen wird.
Ah, danke, wieder ein Stückchen klüger.
3315 ist laut capisuite manual: T.30 (fax) error: Disconnect during transfer (remote procedure error). Remote heißt doch in diesem Fall auf der Senderseite, oder?
Sieht nach einem Problem im Treiber beim Senden aus, hat aber auch Gernot schon vermutet.
Na, wenigstens die Beruhigung, dass es eher nicht an mir liegt. ;-)
Jedenfalls sehe ich diese Probleme hier nicht mit verschiedenen (PCI,USB) Karten, ich werde mal die A1 ISA raussuchen, ob die hier auch solche Probleme macht.
Das ist nett. Danke!
Leider ohne jeglichen Erfolg, meine A1 (Fritz!Classic) funktioniert hier genauso wie die anderen getesteten Karten, nichts auffaelliges. Ich kann mir selbst ein Fax schicken und auch an andere Gegenstellen funktioniert es.
Wäre schön, wenn Du 'ne Lösung finden könntest. Ich muss halt immer mal wieder 'n Fax schicken bzw. welche empfangen und würde nur ungerne 'ne andere Karte kaufen müssen.
Ich glaube nicht das es an der Karte selbst liegt, wenn es mit der 9.0 funktioniert hat, eher an irgendwelchen Inkompatiblitäten, z.B. mit anderen Komponenten. Probier doch mal moeglichst alle anderen Karten (ausser Grafik) rauszunehmen und falls das hilft nacheinander wieder einzusetzen um das Problem zu isolieren. Bekannt sind Probleme z.B. mit ISA Sound oder Netzwerkkarten. -- Karsten Keil SuSE Labs ISDN development
* Karsten Keil wrote:
ich werde mal die A1 ISA raussuchen, ob die hier auch solche Probleme macht.
Das ist nett. Danke!
Leider ohne jeglichen Erfolg, meine A1 (Fritz!Classic) funktioniert hier genauso wie die anderen getesteten Karten, nichts auffaelliges. Ich kann mir selbst ein Fax schicken und auch an andere Gegenstellen funktioniert es.
Oh. Das ist schlecht - für mich...
Ich glaube nicht das es an der Karte selbst liegt, wenn es mit der 9.0 funktioniert hat, eher an irgendwelchen Inkompatiblitäten, z.B. mit anderen Komponenten. Probier doch mal moeglichst alle anderen Karten (ausser Grafik) rauszunehmen und falls das hilft nacheinander wieder einzusetzen um das Problem zu isolieren. Bekannt sind Probleme z.B. mit ISA Sound oder Netzwerkkarten.
Macht das wirklich Sinn? Die A1 ist die einzige ISA-Karte im Rechner, alles andere ist pci. Regards/Grüße, Christoph Werkhausen
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi! Am Mittwoch, 5. Mai 2004 11:23 schrieb Christoph Werkhausen:
Ich glaube nicht das es an der Karte selbst liegt, wenn es mit der 9.0 funktioniert hat, eher an irgendwelchen Inkompatiblitäten, z.B. mit anderen Komponenten. Probier doch mal moeglichst alle anderen Karten (ausser Grafik) rauszunehmen und falls das hilft nacheinander wieder einzusetzen um das Problem zu isolieren. Bekannt sind Probleme z.B. mit ISA Sound oder Netzwerkkarten.
Macht das wirklich Sinn? Die A1 ist die einzige ISA-Karte im Rechner, alles andere ist pci.
Um Interrupt-Probleme auszuschließen, macht es durchaus Sinn, soviele andere Interrupt-Quellen wie möglich auszuschalten - also sprich alles aus dem Rechner auszubauen, was man nicht unbedingt braucht. Du könntest auch mal probieren, den IRQ der Karte umzustellen, wenn es ein ISA-Modell ist... - -- Ciao, Gernot -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAmUL5k997/GGeSeIRAkLrAJ9z32VVsMy6Cy/oUZtdEOltCctnOwCdGoAF mpdOZxjeLLJu8acXqo8zriA= =grVk -----END PGP SIGNATURE-----
Hi. * Gernot Hillier wrote:
Um Interrupt-Probleme auszuschließen, macht es durchaus Sinn, soviele andere Interrupt-Quellen wie möglich auszuschalten - also sprich alles aus dem Rechner auszubauen, was man nicht unbedingt braucht. Du könntest auch mal probieren, den IRQ der Karte umzustellen, wenn es ein ISA-Modell ist...
Ok, habe beides ausprobiert - leider ohne Erfolg. Was könnte ich noch probieren (außer das System auf aktuellem Stand zu halten - Online-Updates)? Regards/Grüße, Christoph Werkhausen
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi! Am Dienstag, 4. Mai 2004 10:38 schrieb Christoph Werkhausen: [...]
Bis hierher scheint mir alles ok. Er wählt, nimmt den Ruf an und akzeptiert mit Service 1.
Jep. Bis hierher schaut alles gut aus. Ab dann wird's ziemlich wirr.
Tue May 4 10:21:32 2004 Connection 0x81eb810: using faxStationID +49 6439 901416 faxHeadline Fax from Werkhausen - Sent by CapiSuite Tue May 4 10:21:32 2004 Capi 0x8169680: >CONNECT_RESP ApplId 0x2, msgNum 0x42, PLCI 0x201, Reject 0x0, B1proto 0x4, B2proto 0x4, B3proto 0x5
Was bedeutet dieses Reject?
Siehe Karstens Mail. So, nun geht's aber durcheinander: der Empfänger sieht: CONNECT_RESP ApplId 0x2, msgNum 0x42, PLCI 0x201 CONNECT_ACTIVE_IND PLCI 0x201 CONNECT_ACTIVE_RESP CONNECT_B3_IND NCCI 0x10201 CONNECT_B3_RESP ApplId 0x2 MsgNum 0x47 NCCI 0x10201 DISCONNECT_B3_IND NCCI 0x10201 DISCONNECT_B3_RESP DISCONNECT_REQ DISCONNECT_CONF DISCONNECT_IND DISCONNECT_RESP Und in der ganzen Zeit sieht der Sender _gar nichts_. Erst anschließend geht's mit dem Sender los, der dann nachdem auf der anderen Seite bereits alles abgebaut wurde, sieht er völlig unsinnigerweise: CONNECT_ACTIVE_IND CONNECT_ACTIVE_RESP CONNECT_B3_REQ DISCONNECT_B3_IND usw. bis zum traurigen Ende. Für mich gibt das gar keinen Sinn. Ich würde ja jetzt als Außenstehender fast sagen, dass der Treiber irgendwie nur eine Seite der Verbindung handelt (nicht freigegebener Mutex oder was weiß ich) und erst, wenn die weg ist, sich um die andere Seite kümmert. Christoph: kannst du mal bitte folgendes machen: - - avmcapictrl trace on - - nochmal ein Fax an dich selbst schicken - - möglichst schnell nachher "avmcapictrl trace off" Dann den entsprechenden Teil aus deinem Syslog raussuchen und mir evtl. per privater Mail schicken. Das erzeugt auch nochmal ein CAPI-Trace, nur damit wir sichergehen, dass CapiSuite hier keinen Bockmist macht. Karsten, ich würde das dann an AVM schicken, oder hast du noch andere Ideen?
3315 ist laut capisuite manual: T.30 (fax) error: Disconnect during transfer (remote procedure error). Remote heißt doch in diesem Fall auf der Senderseite, oder?
Jep.
Zur selben Zeit taucht auch wieder in /var/log/capisuite.error folgendes auf:
Tue May 4 10:21:32 2004 Connection 0x81e7f78: Warning: Connection still established in capisuitemodule_desctruct_conn(). Disconnecting.
Das ist nur ein Folgefehler und hier erstmal uninteressant.
Entweder wird also zweimal versucht, dieselbe Verbindung aufzubauen, was einen Fehler ergibt, oder eins der Module glaubt, es gäbe bereits die Verbindung und kappt sie.
Ne, weder noch. Siehe oben. Der Empfänger sieht völlig unsinnigerweise, dass eine Verbindung erfolgreich aufgebaut wurde, dann versucht er eine Faxverständigung, baut alles wieder ab und erst nach alledem sieht der Sender eine aufgabaute Verbindung.
Kann das jemand bestätigen, widerlegen, ergänzen, mir aus dem Schlamassel raushelfen?
Ne, letzteres bisher leider nicht. Wie gesagt. das gibt für mich überhaupt keinen Sinn so. - -- Ciao, Gernot -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAmUJmk997/GGeSeIRAiYLAJ0Vr5V78KXxSFNskd68XXAUgLiamQCfX6wo hWO4Gse1i5oJmhwADtIcWOo= =9tbq -----END PGP SIGNATURE-----
Hi Gernot. * Gernot Hillier wrote:
Christoph: kannst du mal bitte folgendes machen:
- avmcapictrl trace on - nochmal ein Fax an dich selbst schicken - möglichst schnell nachher "avmcapictrl trace off"
Hab ich gemacht und an Deine private Adresse geschickt. Danke für Deine Hilfe. Regards/Grüße, Christoph Werkhausen
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo Christoph! Am Samstag, 1. Mai 2004 15:09 schrieb Christoph Werkhausen:
bis zur 9.0 konnte ich problemlos mit capisuite oder hylafax Faxe senden und empfangen.
Seit der 9.1 (Neuinstallation, kein Update) geht's nicht mehr. [...] Sat May 1 10:01:16 2004 Capi 0x8169680: <DISCONNECT_B3_IND NCCI 0x10101 Reason 0x3315
Hmmm... 3315 ist "T.30 (fax) error: Disconnect during transfer (remote procedure error)". Das kann jetzt natürlich alles mögliche sein... Bist du sicher, dass deine Karte mit dem Fax auf der anderen Seite zurecht kommt und dass das Gerät funktioniert? Entschuldige bitte die dämliche Frage, aber ich hatte schon zu viele Fälle von "ich kann kein Fax irgendwohin schicken und letztlich hatte es sich rausgestellt, dass genau 2 Faxnummern probiert wurden, wovon das eine kaputt und das andere ohne Papier war. Eher vermuten würde ich aber ein irgendwie geartetes Hardware-Problem, worunter z.B. auch IRQ-Probleme fallen könnten. Vielleicht bekommt deine Karte dank des neuen ACPI-Codes in der 9.1 einen anderen IRQ zugewiesen und kollidiert damit mit einer anderen Karte? Was du auch mal kontrollieren solltest, ist, ob das generierte Fax-File in Ordnung ist. Dazu schau mal unter /var/spool/capisuite/users/<username>/sendq und schau dir das dort liegende SFF-File mal mit sffview (evtl. Paket nachinstallieren) an. [...]
Ich habe keine Ahnung, was da passiert. Das einzige, was ich beobachten kann, ist, dass die Verbindung sofort wieder getrennt wird, wenn sie denn überhaupt aufgebaut wird, und kein Fax verschickt wird. Warum das so ist, weiß ich nicht.
Er baut eine physikalische Verbindung erfolgreich auf, fällt aber beim Versuch, eine Faxverbindung darin aufzubauen, auf die Nase. Interessant ist allerdings wirklich, dass das alles in derselben Sekunde passiert.
Ich habe das mit verschiedenen Fax-Nummern versucht, immer dasselbe. Lustigerweise jedoch wählt er meine Handynummer tatsächlich an, das mir dann einen Faxanruf anzeigt.
Ja, klar. Das Problem ist nicht, dass er nicht rausruft, sondern dass er sich nach dem Abheben des anderen Teilnehmers irgendwie nicht "auf faxisch" mit der Gegenseite verständigen kann.
Wieso das auf ein Handy funktioniert, nicht aber im Festnetz, ist mir auch ein Rätsel.
Ich vermute, das Handy bzw. deine Mobilbox hat den Anruf nicht angenommen, oder? - -- Ciao, Gernot -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAlAX6k997/GGeSeIRAmBiAJ47Tk6G+lGEeCYMRP9Ed8NwD5g+DgCgn94r arD+MVeEEdyFK3/F14r8BMg= =qewL -----END PGP SIGNATURE-----
participants (4)
-
Christoph Werkhausen -
Gernot Hillier -
Karsten Keil -
Wilfried Schweers