Re: [suse-isdn] Faxprobleme mit 9.1
Hallo Gernot, danke für Deine Antwort. * Gernot Hillier wrote:
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.
Schon klar. Aber da bin ich mir sicher. Zum einen ging's mit den 10 verschiedenen Faxnummern, die ich probiert habe, auch vorher, zum anderen müsste es ja z.B. auf einer meiner Telefon-(nicht Fax-)Nummern, die ich zusätzlich probiert habe, wenigsten klingeln. Tut's aber nicht, es wird schon vorher aufgelegt.
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?
Auszug aus: ----- /proc/ioports ----- 0200-021f : fcclassic ----- /proc/interrupts ----- 10: 4502680 XT-PIC fcclassic So war's vorher und ist es auch jetzt konfiguriert. Müsste nicht, wenn's da 'ne Kollision gäbe, auch das Anrufbeantwortermodul nicht funktionieren?
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.
Oh, sffview baut bei mir einen Speicherzugriffsfehler.
Hier nochmal ein Auszug der capisuite.log:
---------------------
Sun May 2 14:17:41 2004 CapiSuite 0xbffff3b0: job fax-106.sff from
cwerk to 02613048444 initiated
Sun May 2 14:17:41 2004 Connection 0x81faa40: Connection object
created for outgoing call from 21 to 02613048444 service 1
Sun May 2 14:17:41 2004 Connection 0x81faa40: using faxStationID +49
6439 901416 faxHeadline Fax from Werkhausen - Sent by CapiSuite CLIR
0
Sun May 2 14:17:41 2004 Capi 0x8169680: >CONNECT_REQ: ApplId 0x2,
MsgNr 0x8, Controller 0x1 CIPValue 0x11, B1proto 0x4, B2proto 0x4,
B3proto 0x5
Sun May 2 14:17:41 2004 Capi 0x8169680: info: 0
Sun May 2 14:17:41 2004 Capi 0x8169680:
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.
Ja, nur warum das so ist, kapiere ich bislang nicht.
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?
Das stimmt, aber der in der ursprünglichen Mail mitgeschickte Auszug war nicht der Versuch mit dem Handy. Regards/Grüße, Christoph Werkhausen
Mir kommt da gerade 'n Gedanke: kann es sein, dass das System unter 9.1 beim Faxversand auf einer exakten Dienstekennung besteht, die bei den meisten Teilnehmern nicht oder nicht richtig eingestellt ist? Wenn ja, kann man da entsprechende Einstellungen vornehmen, damit mein System auch ohne entsprechende Kennung auf der Gegenseite Faxe verschickt? Wo wird denn überhaupt der Fax-Standard eingestellt? Regards/Grüße, Christoph Werkhausen
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi! Am Sonntag, 2. Mai 2004 16:03 schrieb Christoph Werkhausen:
Mir kommt da gerade 'n Gedanke: kann es sein, dass das System unter 9.1 beim Faxversand auf einer exakten Dienstekennung besteht, die bei den meisten Teilnehmern nicht oder nicht richtig eingestellt ist?
Nunja, CapiSuite setzt die Dienstekennung korrekt, wenn er rausruft. Wenn die Gegenstelle so konfiguriert ist, dass sie kein Fax annimmt, dann kann das ein Problem sein. Aber das äußert sich erstens in nem andern Fehlercode und zweitens war das schon in allen CapiSuite-Versionen bisher so. - -- Ciao, Gernot -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAmS/ak997/GGeSeIRAvs5AJ0T+O8PMIHVLO8hAJF3kaNVz9SSEACfaesR gjoEOtwa5uK3z6UI9o91p6o= =6cew -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi! Am Sonntag, 2. Mai 2004 14:23 schrieb Christoph Werkhausen:
Schon klar. Aber da bin ich mir sicher. Zum einen ging's mit den 10 verschiedenen Faxnummern, die ich probiert habe, auch vorher, zum anderen müsste es ja z.B. auf einer meiner Telefon-(nicht Fax-)Nummern, die ich zusätzlich probiert habe, wenigsten klingeln. Tut's aber nicht, es wird schon vorher aufgelegt.
Wenn es aber auf der anderen Seite gar nicht klingelt, dann muss das Log anders ausschaun, als das, was du hier gepostet hast...
Auszug aus: ----- /proc/ioports ----- 0200-021f : fcclassic ----- /proc/interrupts ----- 10: 4502680 XT-PIC fcclassic
So war's vorher und ist es auch jetzt konfiguriert. Müsste nicht, wenn's da 'ne Kollision gäbe, auch das Anrufbeantwortermodul nicht funktionieren?
Wer weiß das so genau... ;-) Fax ist zumindest wesentlich anspruchsvoller von der Implementierung als Voice...
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.
Oh, sffview baut bei mir einen Speicherzugriffsfehler.
Ah, auch schön ;)
Hier nochmal ein Auszug der capisuite.log: [...]
Jep, schaut ziemlich ähnlich zum letzten aus. Und irgendwer/irgendwas auf der anderen Seite hat ziemlich sicher abgehoben. - -- Ciao, Gernot -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFAmS9sk997/GGeSeIRArV3AKCjgIg2BDJXFFu2HxTWjqFzvPooEQCdEO0i /KSS3TCbd1ATHgo3Pp7QLPQ= =4Lm4 -----END PGP SIGNATURE-----
participants (2)
-
Christoph Werkhausen
-
Gernot Hillier