Trixbox Probleme beim Faxempfang

[mahla]

Ich habe mit meiner Trixbox CE 2.6.2.3 erhebliche Probleme beim Fax-Empfang:
Viele Faxe werden erst beim 4. oder 5. Versuch empfangen (die Faxe brechen dann in der Übertragung ab und das erstellte Tif hat dann nur genau 8byte - je ein Tif pro Versuch).
Einige der Faxe brechen immer ab, wenige kommen aber auch auf dem 1. Versuch durch.

Als Hardware habe ich eine Sangoma A102 Karte an einem PRI Anschluss von Arcor/Vodafone.
Telefonieren funktioniert einwandfrei.

Ich habe gelesen das das Problem evtl. an dem rxgain in der zapata.conf liegen könnte - habe diesen jetzt mal auf 7.0 gesetzt, aber noch keinen Unterschied festgestellt. Hier meine zapata.conf nochmal:

[channels]
language=de
pridialplan=unknown
prilocaldialplan=unknown
context=default
usecallerid=yes
hidecallerid=no
callwaiting=yes
usecallingpres=yes
callwaitingcallerid=yes
threewaycalling=yes
transfer=yes
canpark=yes
cancallforward=yes
callreturn=yes
echocancel=yes
echocancelwhenbridged=yes
relaxdtmf=yes
rxgain=7.0
txgain=0.5
group=1
callgroup=1
pickupgroup=1
immediate=no
internationalprefix=00
nationalprefix=0
overlapdial=yes

;Sangoma A102 port 1 [slot:1 bus:1 span:1] <wanpipe1>
switchtype=euroisdn
context=from-pstn
group=0
signalling=pri_cpe
channel =>1-15,17-31

Ich würde mich sehr über ein paar Tipps und Tricks freuen wo ich bei diesem Problem ansetzen könnte.

Patrick

 

[Mysterious]

MIt welchem Faxsystem arbeitest du? Das Trixbox interne oder mit Hylafax und iax-modem?
Der rxgain Wert ist nur die "Lautstärke der Leitung" Das benutzt man eher um Echos in den Griff zu bekommen bevor man zum Echocanceler greift. Gibt die Console ne Fehlermeldung aus?

 

[mahla]

Ich nutze das interne System von Trixbox, da ich keine ausgehenden Faxe benötige.

Hier ein Ausschnitt des Logfiles von /var/log/asterisk/full

[Sep 23 18:19:16] VERBOSE[16953] logger.c: [Sep 23 18:19:16]     -- Accepting call from '026xxx' to 'xxx110' on channel 0/12, span 1
[Sep 23 18:19:16] VERBOSE[32699] logger.c: [Sep 23 18:19:16]     -- Executing [xxx110@from-pstn:1] Set("Zap/12-1", "__FROM_DID=xxx110") in new stack
[Sep 23 18:19:16] VERBOSE[32699] logger.c: [Sep 23 18:19:16]     -- Executing [xxx110@from-pstn:2] Gosub("Zap/12-1", "app-blacklist-check|s|1") in new stack
[Sep 23 18:19:16] VERBOSE[32699] logger.c: [Sep 23 18:19:16]     -- Executing [s@app-blacklist-check:1] LookupBlacklist("Zap/12-1", "") in new stack
[Sep 23 18:19:16] VERBOSE[32699] logger.c: [Sep 23 18:19:16]     -- Executing [s@app-blacklist-check:2] GotoIf("Zap/12-1", "0?blacklisted") in new stack
[Sep 23 18:19:16] VERBOSE[32699] logger.c: [Sep 23 18:19:16]     -- Executing [s@app-blacklist-check:3] Return("Zap/12-1", "") in new stack
[Sep 23 18:19:16] VERBOSE[32699] logger.c: [Sep 23 18:19:16]     -- Executing [xxx110@from-pstn:3] ExecIf("Zap/12-1", "1 |Set|CALLERID(name)=026xxx") in new stack
[Sep 23 18:19:16] VERBOSE[32699] logger.c: [Sep 23 18:19:16]     -- Executing [xxx110@from-pstn:4] Ringing("Zap/12-1", "") in new stack
[Sep 23 18:19:16] VERBOSE[32699] logger.c: [Sep 23 18:19:16]     -- Executing [xxx110@from-pstn:5] Set("Zap/12-1", "FAX_RX=system") in new stack
[Sep 23 18:19:16] VERBOSE[32699] logger.c: [Sep 23 18:19:16]     -- Executing [xxx110@from-pstn:6] Set("Zap/12-1", "[email protected]") in new stack
[Sep 23 18:19:16] VERBOSE[32699] logger.c: [Sep 23 18:19:16]     -- Executing [xxx110@from-pstn:7] Set("Zap/12-1", "__CALLINGPRES_SV=allowed_passed_screen") in new stack
[Sep 23 18:19:16] VERBOSE[32699] logger.c: [Sep 23 18:19:16]     -- Executing [xxx110@from-pstn:8] SetCallerPres("Zap/12-1", "allowed_not_screened") in new stack
[Sep 23 18:19:16] VERBOSE[32699] logger.c: [Sep 23 18:19:16]     -- Executing [xxx110@from-pstn:9] Goto("Zap/12-1", "ext-miscdests|1|1") in new stack
[Sep 23 18:19:16] VERBOSE[32699] logger.c: [Sep 23 18:19:16]     -- Goto (ext-miscdests,1,1)
[Sep 23 18:19:16] VERBOSE[32699] logger.c: [Sep 23 18:19:16]     -- Executing [1@ext-miscdests:1] NoOp("Zap/12-1", "MiscDest: InternalFax") in new stack
[Sep 23 18:19:16] VERBOSE[32699] logger.c: [Sep 23 18:19:16]     -- Executing [1@ext-miscdests:2] Goto("Zap/12-1", "from-internal|666|1") in new stack
[Sep 23 18:19:16] VERBOSE[32699] logger.c: [Sep 23 18:19:16]     -- Goto (from-internal,666,1)
[Sep 23 18:19:16] VERBOSE[32699] logger.c: [Sep 23 18:19:16]     -- Executing [666@from-internal:1] Goto("Zap/12-1", "ext-fax|in_fax|1") in new stack
[Sep 23 18:19:16] VERBOSE[32699] logger.c: [Sep 23 18:19:16]     -- Goto (ext-fax,in_fax,1)
[Sep 23 18:19:16] VERBOSE[32699] logger.c: [Sep 23 18:19:16]     -- Executing [in_fax@ext-fax:1] StopPlayTones("Zap/12-1", "") in new stack
[Sep 23 18:19:16] VERBOSE[32699] logger.c: [Sep 23 18:19:16]     -- Executing [in_fax@ext-fax:2] GotoIf("Zap/12-1", "1?3:analog_fax|1") in new stack
[Sep 23 18:19:16] VERBOSE[32699] logger.c: [Sep 23 18:19:16]     -- Goto (ext-fax,in_fax,3)
[Sep 23 18:19:16] VERBOSE[32699] logger.c: [Sep 23 18:19:16]     -- Executing [in_fax@ext-fax:3] Macro("Zap/12-1", "faxreceive") in new stack
[Sep 23 18:19:16] VERBOSE[32699] logger.c: [Sep 23 18:19:16]     -- Executing [s@macro-faxreceive:1] Set("Zap/12-1", "FAXFILE=/var/spool/asterisk/fax/1253722756.13561.tif") in new stack
[Sep 23 18:19:16] DEBUG[32699] app_macro.c: Executed application: Set
[Sep 23 18:19:16] VERBOSE[32699] logger.c: [Sep 23 18:19:16]     -- Executing [s@macro-faxreceive:2] Set("Zap/12-1", "[email protected]") in new stack
[Sep 23 18:19:16] DEBUG[32699] app_macro.c: Executed application: Set
[Sep 23 18:19:16] VERBOSE[32699] logger.c: [Sep 23 18:19:16]     -- Executing [s@macro-faxreceive:3] RxFAX("Zap/12-1", "/var/spool/asterisk/fax/1253722756.13561.tif") in new stack

auch ein asterisk -r mit verbose-level 10 zeigte mir nicht mehr infos...
Bei dem Beispiel oben legte das System eine 8byte große Tif Datei an, die keinen Inhalt hatte.

Ach ja: im Einsatz habe ich die Sangoma Wanpipe Treiber 3.5.4.8 (installiert aus den RPMs)

kleine Zusatzfrage noch:
mir kam die Idee evtl. auf hylafax umzusteigen. die Frage ist halt, ob dies meine Probleme lösen würde. Hat jemand schon Erfahrungen mit Trixbox+Hylafax (nur empfangen)+Sangoma E1 Karte ?


Patrick

 

[Mysterious]

Ich hab das produktiv am laufen mit Hylafax und das läuft sehr stabil und zuverlässig. Das interne System hat bei mir mehrfach Probleme gemacht und dein Log zeigt soweit auch keinen Fehler an.
Kommt da nichts mehr wo das Gespräch/Fax beendet wird??

Mal davon abgesehen würd ich es generell immer mit hylafax umsetzen.

Scahu dir mal diese Anleitung an. Im Prinzip installierst du hylafax und iaxmodem. das iaxmodem registriert sich als IAX-Client am Asterisk auf einer zuvor angelegten Extension und dann musst du nur noch deine Inbound-Route der Faxnummer auf diese Hylafax IAX Extension lenken.

Der Hylafax bindet das IAXmodem dann als eingehende/ausgehende Leitung über seine Config-Files ein.

Das Howto ist recht gut.

Achso, schau bitte das du das aktuellste IAXmodem von der Seite nimmst die Version 1.0.0 war recht instabil. die 1.2 ist sehr stabil seit paar Monaten hier am laufen.

http://www.guardiani.us/index.php/TrixBox_IAXModem_HylaFax

Grüße Mysterious

 

[mahla]

vielen Dank für die Info und den Link Mysterious,

ich habs am Wochenende gleich ausprobiert und auf dem ersten Blick scheint das besser zu laufen.
Ich habe zwar die 1.2er Version vom IAXmodem nicht gefunden (die neueste war 1.1.1.1) aber faxe kommen trotzdem mal an. Allerdings finde ich im Logfile vom hylafax vermehrt Einträge wie:

Sep 28 13:03:54.48: [ 8592]: Bad HDLC terminating flag received.
Sep 28 13:03:54.48: [ 8592]: Bad HDLC terminating flag received.
Sep 28 13:03:54.48: [ 8592]: HDLC frame with bad address field 0xcf
Sep 28 13:03:54.70: [ 8592]: HDLC frame not byte-oriented.  Trailing byte: 0xfc
Sep 28 13:03:54.70: [ 8592]: HDLC frame not byte-oriented.  Trailing byte: 0xf0
Sep 28 13:03:54.70: [ 8592]: HDLC frame not byte-oriented.  Trailing byte: 0
Sep 28 13:03:55.10: [ 8592]: Bad HDLC terminating flag received.
Sep 28 13:03:55.32: [ 8592]: HDLC frame not byte-oriented.  Trailing byte: 0xf8
Sep 28 13:03:55.32: [ 8592]: HDLC frame too short (3 bytes)
Sep 28 13:03:55.52: [ 8592]: HDLC frame not byte-oriented.  Trailing byte: 0x80
Sep 28 13:03:55.52: [ 8592]: HDLC frame not byte-oriented.  Trailing byte: 0xf8
Sep 28 13:03:55.52: [ 8592]: Bad HDLC terminating flag received.
Sep 28 13:03:55.52: [ 8592]: HDLC frame not byte-oriented.  Trailing byte: 0
Sep 28 13:03:55.52: [ 8592]: Bad HDLC terminating flag received.
Sep 28 13:03:55.52: [ 8592]: HDLC frame not byte-oriented.  Trailing byte: 0

Patrick

 

[Mysterious]

Ich denke das das an einem unsauberen Timing Device Liegen könnte.

Führe mal bitte "zttest" auf der Linux Shell aus und schau dir die Werte an. Sollten irgendwo bei 99,995% liegen also sehr nahe an 100%. Wenn es da Abweichungen gibt musst du mal schauen das du den ISDN-Channel als Timing Interface heranziehst und nicht die RTC des Sytems. DAs kann man über dei Config der Zapata-Treiber konfigurieren.

 

[mahla]

also zttest liefert werte von 99,993.. bis 99,998.. sieht also recht gut aus da
Faxe laufen auch alle - nur die Logfile Einträge sind noch da irgendwie
aber vielen Dank schonmal - ich bin ja froh wenn die Faxe reinkommen wieder
Patrick

 

[Mysterious]

Such dich mal durch die Hylafax Mailing Liaten Archive, denke da wirst du eher fündig werden an was das liegt. Denke das dort zumindest siehst was der Fehler genau bedeutet. Ausm Stand weis ich grad auch nicht was es auser timing problemen auslöst. Wühl dich hier mal durch: http://www.hylafax.org/archive/2004-02/msg00142.php