Faxserver mit Asterisk, iaxmodem, Hylafax

Toggle sidebar Toggle sidebar
Upgrade 3CX to v18 and get it hosted free!
J

jobr

Neuer User
Mitglied seit
23 Mai 2007
Beiträge
4
Punkte für Reaktionen
0
Punkte
0
Hi,

wir würden gerne einen Faxserver mit folgenden Komponenten realisieren:
Hylafax <=> iaxmodem <=> Asterisk <=> ISDN

Die folgenden Versionen sind bei uns im Einsatz:
- Asterisk 1.2.17 + bristuff
- iaxmodem 0.1.9
- Hylafax 4.3.0
- 1x Junghanns quadBRI

Die Einrichtung hat auch soweit funktioniert. Das heißt Faxe können Empfangen werden. Allerdings dauert die Übertragung eines Faxes extrem lange (ca. 2,5 min / Seite) was vermutlich auf die folgende Fehler bei der Übertragung zurückzuführen ist.

Auszug aus Log-Datei von Hylafax
Code: 
May 23 16:46:49.09: [ 4421]: RECV received frame number 25
May 23 16:46:49.09: [ 4421]: HDLC frame not byte-oriented.  Trailing byte: 0xfc
May 23 16:46:49.37: [ 4421]: Bad HDLC terminating flag received.
May 23 16:46:49.37: [ 4421]: HDLC frame not byte-oriented.  Trailing byte: 0xc0
May 23 16:46:49.37: [ 4421]: HDLC frame too short (1 bytes)
May 23 16:46:49.65: [ 4421]: Bad HDLC terminating flag received.
May 23 16:46:49.93: [ 4421]: HDLC frame not byte-oriented.  Trailing byte: 0
May 23 16:46:49.93: [ 4421]: Bad HDLC terminating flag received.
May 23 16:46:49.93: [ 4421]: HDLC frame not byte-oriented.  Trailing byte: 0xf8
May 23 16:46:50.21: [ 4421]: HDLC frame with bad address field 0xba
May 23 16:46:50.21: [ 4421]: Bad HDLC terminating flag received.
May 23 16:46:50.21: [ 4421]: HDLC frame not byte-oriented.  Trailing byte: 0xc0

Diese Fehler treten so häufig auf, dass 200 kByte Logfile / Seite Fax nicht ungewöhnlich sind. Wir hatten vor Einrichtung des Faxservers mit der quadBRI Versuche mit einer FritzCard PCI durchgeführt bei denen dieser Fehler kein einziges mal aufgetreten ist und die Übertragungsgeschwindigkeit dementsprechen wesentlich höher war.

Über Hilfe wäre ich sehr dankbar!

Viele Grüße

Johannes
 
Hallo Johannes,

bitte aktualisiere zuerst mal Dein iaxmodem. Die Version 0.1.9 ist fast ein Jahr alt und aktuell ist 0.3.0. In der Zwischenzeit hat sich ne Menge in spandsp (zum besseren ;) ) verändert.

Gruß
Henning
 
Hallo Henning,

ich bin zunächst auf Version 0.2.1 gegangen, da für 0.3.0 scheinbar noch kein ebuild (wir nutzen Gentoo) existiert.

Mit Version 0.2.1. ist nun gar kein Faxempfang mehr möglich, was zumindest den Schluss zulässt, dass es an iaxmodem liegt.

Vielleicht schaffe ich es später noch ein ebuild für Version 0.3.0 zu erstellen um diese zu testen.

Gruß
Johannes
 
So, jetzt ist Version 0.3.0 installiert.

Hier das Protokoll dazu:

Code: 
May 25 17:36:07.95: [12292]: SESSION BEGIN 000000046 18005551212
May 25 17:36:07.95: [12292]: HylaFAX (tm) Version 4.3.0
May 25 17:36:07.95: [12292]: CallID: "123456789" "<NONE>" "<NONE>" "100"
May 25 17:36:07.95: [12292]: MODEM set XON/XOFF/FLUSH: input ignored, output disabled
May 25 17:36:07.95: [12292]: <-- [4:ATA\r]
May 25 17:36:11.67: [12292]: --> [7:CONNECT]
May 25 17:36:11.67: [12292]: ANSWER: FAX CONNECTION  DEVICE '/dev/ttyIAX0'
May 25 17:36:11.67: [12292]: STATE CHANGE: ANSWERING -> RECEIVING
May 25 17:36:11.67: [12292]: RECV FAX: begin
May 25 17:36:11.67: [12292]: <-- HDLC<32:FF C0 04 B5 00 AA 12 9E 36 86 62 82 1A 04 14 2E B6 94 04 6A A6 4E CE 96 F6 76 04 2C 74 CC 74 0C>
May 25 17:36:11.67: [12292]: <-- data [32]
May 25 17:36:11.67: [12292]: <-- data [2]
May 25 17:36:12.59: [12292]: --> [7:CONNECT]
May 25 17:36:12.59: [12292]: <-- HDLC<23:FF C0 02 B6 A6 26 F6 B6 1A 82 92 04 04 04 04 04 04 04 04 04 04 04 04>
May 25 17:36:12.59: [12292]: <-- data [23]
May 25 17:36:12.59: [12292]: <-- data [2]
May 25 17:36:13.35: [12292]: --> [7:CONNECT]
May 25 17:36:13.35: [12292]: <-- HDLC<13:FF C8 01 00 77 5F 23 01 FB C1 01 01 18>
May 25 17:36:13.35: [12292]: <-- data [13]
May 25 17:36:13.35: [12292]: <-- data [2]
May 25 17:36:13.93: [12292]: --> [2:OK]
May 25 17:36:13.93: [12292]: <-- [9:AT+FRH=3\r]
May 25 17:36:20.94: [12292]: --> [0:]
May 25 17:36:20.94: [12292]: MODEM <Empty line>
May 25 17:36:20.94: [12292]: MODEM TIMEOUT: waiting for v.21 carrier
May 25 17:36:20.94: [12292]: <-- data [1]
May 25 17:36:20.95: [12292]: --> [2:OK]
May 25 17:36:20.95: [12292]: DELAY 1500 ms
May 25 17:36:22.45: [12292]: <-- [9:AT+FTH=3\r]
May 25 17:36:22.45: [12292]: --> [7:CONNECT]
May 25 17:36:22.45: [12292]: <-- HDLC<32:FF C0 04 B5 00 AA 12 9E 36 86 62 82 1A 04 14 2E B6 94 04 6A A6 4E CE 96 F6 76 04 2C 74 CC 74 0C>
May 25 17:36:22.45: [12292]: <-- data [32]
May 25 17:36:22.45: [12292]: <-- data [2]
May 25 17:36:24.23: [12292]: --> [7:CONNECT]
May 25 17:36:24.23: [12292]: <-- HDLC<23:FF C0 02 B6 A6 26 F6 B6 1A 82 92 04 04 04 04 04 04 04 04 04 04 04 04>
May 25 17:36:24.23: [12292]: <-- data [23]
May 25 17:36:24.23: [12292]: <-- data [2]
May 25 17:36:24.97: [12292]: --> [7:CONNECT]
May 25 17:36:24.97: [12292]: <-- HDLC<13:FF C8 01 00 77 5F 23 01 FB C1 01 01 18>
May 25 17:36:24.97: [12292]: <-- data [13]
May 25 17:36:24.97: [12292]: <-- data [2]
May 25 17:36:25.55: [12292]: --> [2:OK]
May 25 17:36:25.55: [12292]: <-- [9:AT+FRH=3\r]
May 25 17:36:32.55: [12292]: --> [0:]
May 25 17:36:32.55: [12292]: MODEM <Empty line>
May 25 17:36:32.55: [12292]: MODEM TIMEOUT: waiting for v.21 carrier
May 25 17:36:32.55: [12292]: <-- data [1]
May 25 17:36:32.57: [12292]: --> [2:OK]
May 25 17:36:32.57: [12292]: DELAY 1500 ms
May 25 17:36:34.07: [12292]: <-- [9:AT+FTH=3\r]
May 25 17:36:34.07: [12292]: --> [7:CONNECT]
May 25 17:36:34.07: [12292]: <-- HDLC<32:FF C0 04 B5 00 AA 12 9E 36 86 62 82 1A 04 14 2E B6 94 04 6A A6 4E CE 96 F6 76 04 2C 74 CC 74 0C>
May 25 17:36:34.07: [12292]: <-- data [32]
May 25 17:36:34.07: [12292]: <-- data [2]
May 25 17:36:35.85: [12292]: --> [7:CONNECT]
May 25 17:36:35.85: [12292]: <-- HDLC<23:FF C0 02 B6 A6 26 F6 B6 1A 82 92 04 04 04 04 04 04 04 04 04 04 04 04>
May 25 17:36:35.85: [12292]: <-- data [23]
May 25 17:36:35.85: [12292]: <-- data [2]
May 25 17:36:36.59: [12292]: --> [7:CONNECT]
May 25 17:36:36.59: [12292]: <-- HDLC<13:FF C8 01 00 77 5F 23 01 FB C1 01 01 18>
May 25 17:36:36.59: [12292]: <-- data [13]
May 25 17:36:36.59: [12292]: <-- data [2]
May 25 17:36:37.17: [12292]: --> [2:OK]
May 25 17:36:37.17: [12292]: <-- [9:AT+FRH=3\r]
May 25 17:36:44.17: [12292]: --> [0:]
May 25 17:36:44.17: [12292]: MODEM <Empty line>
May 25 17:36:44.17: [12292]: MODEM TIMEOUT: waiting for v.21 carrier
May 25 17:36:44.17: [12292]: <-- data [1]
May 25 17:36:44.17: [12292]: --> [2:OK]
May 25 17:36:44.17: [12292]: DELAY 1500 ms
May 25 17:36:45.67: [12292]: <-- [9:AT+FTH=3\r]
May 25 17:36:45.67: [12292]: --> [7:CONNECT]
May 25 17:36:45.67: [12292]: <-- HDLC<32:FF C0 04 B5 00 AA 12 9E 36 86 62 82 1A 04 14 2E B6 94 04 6A A6 4E CE 96 F6 76 04 2C 74 CC 74 0C>
May 25 17:36:45.67: [12292]: <-- data [32]
May 25 17:36:45.67: [12292]: <-- data [2]
May 25 17:36:47.45: [12292]: --> [7:CONNECT]
May 25 17:36:47.45: [12292]: <-- HDLC<23:FF C0 02 B6 A6 26 F6 B6 1A 82 92 04 04 04 04 04 04 04 04 04 04 04 04>
May 25 17:36:47.45: [12292]: <-- data [23]
May 25 17:36:47.45: [12292]: <-- data [2]
May 25 17:36:48.19: [12292]: --> [7:CONNECT]
May 25 17:36:48.19: [12292]: <-- HDLC<13:FF C8 01 00 77 5F 23 01 FB C1 01 01 18>
May 25 17:36:48.19: [12292]: <-- data [13]
May 25 17:36:48.19: [12292]: <-- data [2]
May 25 17:36:48.77: [12292]: --> [2:OK]
May 25 17:36:48.77: [12292]: <-- [9:AT+FRH=3\r]
May 25 17:36:55.77: [12292]: --> [0:]
May 25 17:36:55.77: [12292]: MODEM <Empty line>
May 25 17:36:55.77: [12292]: MODEM TIMEOUT: waiting for v.21 carrier
May 25 17:36:55.77: [12292]: <-- data [1]
May 25 17:36:55.77: [12292]: --> [2:OK]
May 25 17:36:55.77: [12292]: RECV FAX: No answer (T.30 T1 timeout)
May 25 17:36:55.77: [12292]: RECV FAX: end
May 25 17:36:55.77: [12292]: SESSION END
 
Hallo Johannes,

laut Logfile kann der Carrier gar nicht aufgebaut werden. Sendest Du das Fax von einem Port der quadBRI-Karte zum anderen? Wenn ja, dann versuche es doch bitte mal von einem Amtsanschluß aus, der nicht im Asterisk-Server terminiert wird. Außerdem solltest Du auch den Faxversand und nicht nur den Empfang testen. Und zum Schluß: prüfe in /etc/zaptel.conf, ob Asterisk den Takt von der/den Amtsleitung/en an der quadBRI bezieht und nicht aus dem eventuell geladenen ztdummy-Modul.

Gruß
Henning
 
Hallo Henning,

ich versuche den Faxversand momentan von einem ganz anderen externen Anschluss aus.

/etc/zaptel.conf wurde die Standarddatei verwendet

Code: 
loadzone=de
defaultzone=de
# qozap span definitions
# most of the values should be bogus because we are not really zaptel
span=1,1,3,ccs,ami
span=2,2,3,ccs,ami
span=3,3,3,ccs,ami
span=4,4,3,ccs,ami

bchan=1,2
dchan=3
bchan=4,5
dchan=6
bchan=7,8
dchan=9
bchan=10,11
dchan=12

Gruß,
Johannes
 
Um antworten zu können musst du eingeloggt sein.
Kostenlos!
Jetzt holen

Neueste Beiträge

Kategorien

Wissenswertes

Statistik des Forums

Themen
248,867
Beiträge
2,303,273
Mitglieder
378,524
Neuestes Mitglied
MarcinK

3CX jetzt einen Monat kostenlos testen

Die Verbindung, Zusammenarbeit und Kommunikation mit Ihrem Team und Ihren Kunden war noch nie so einfach. Nutzen Sie unsere kostenlose 30-Tage-Testversion und entdecken Sie die richtige Lösung für Ihr Unternehmen.

3CX start your free trial guy
Für diese E-Mail-Adresse besteht bereits ein 3CX-Konto. Sie werden zum Kundenportal weitergeleitet, wo Sie sich anmelden oder Ihr Passwort zurücksetzen können, falls Sie dieses vergessen haben.
| Style by ThemeHouse
XenPorta 2 PRO © Jason Axelrod of 8WAYRUN
Oben Unten