Re: [hylafax-users] receiving problem

[Matthias Reich <rei@xxxxxxxx>]

Am Montag, 19. Dezember 2005 18:33 schrieb Lee Howard:
> Matthias Reich wrote:
> >I have a strange problem with receiving a fax from a destination.
> >the communication is fine, according to the log, but the received fax
> >(tif-file) is only 500 bytes.
> >I tried two different modems on different servers with different
> >hylfax-versions.
> >
> >I have no idea what to do, to make the receiving from that destination
> > work. As far as I understand the logs hylafax is receiving data for about
> > 20 seconds, after that hylafax sends a RTN, but why is hylafax then
> > telling me normal and proper end of connection when it received obviously
> > nothing.
>
> The logs are saying this:
>
> That the session is normal up through the point when Phase C high-speed
> data carrier is raised.  However after 15 seconds or so of being there
> the receiver only detects a few (probably corrupted) scanlines.  The
> sender drops the carrier transmits EOP, and then the receiver responds
> to that with RTN (in hopes of getting the sender to retransmit).
> However, the sender sends DCN and hangs up.
>
> The real problem: the V.17 modulators are apparently incompatible
> between the sender and the receiver.  To blame: your modem.
>
> The fact that the sender transmits DCN and then hangs up causes the
> session error-message to say "Normal and proper end of connection".
> That's just wording that comes from the Class 2 specification.  The fact
> that we obviously didn't get any useful data is an indication of an error.
>
> The unfortunate occurrance here is the unavoidable usage of RTN and the
> unavoidable behavior by the sender in response to that signal.  Imagine
> a sheet-fed fax machine that has a limited memory buffer, and so it
> essentially transmits page image data at the same time as it scans it.
> When it gets through with the page, having sent the page all the way
> through the feeder scanner, and then it encounters and RTN signal it
> cannot pick up the page and re-feed it into the scanner to send it
> again.  So, instead, it sends DCN, hangs up, and *maybe* sounds an error
> to the human sender to send it again.
>
> There are a few of these kinds of "weaknesses" in the non-ECM fax
> protocol.  If the sender supports ECM then switching to Class 1 (which
> probably would require you to switch modems) would help greatly.  If the
> sender doesn't support ECM, then it's a matter of getting a new modem
> that doesn't have the incompatibility with the sender that your current
> modems do.
>
> Thanks,
>
> Lee.

Hi Lee, Hi list

as the modem supports Class1 and Class2, I switched the modem to Class1 
getting this result MODEM TIMEOUT: waiting for v.21 carrier

maybe my config file is not too good (see below)

The sender told me he uses a Lancom 1621 Router with ISDN and the 
faxmaker-software.

Will the be any chance to get this to work, as it is the third modem I try.

- Multitech MT1432
- Devolo Microlink 56K Fun
- Devolo 56K i

Any help appreciated

Dez 20 10:49:38.97: [15013]: REMOTE wants 1-D MH
Dez 20 10:49:38.97: [15013]: <-- [9:AT+FRH=3\r]
Dez 20 10:49:39.36: [15013]: --> [7:CONNECT]
Dez 20 10:49:40.01: [15013]: --> [2:OK]
Dez 20 10:49:40.01: [15013]: RECV training at v.27ter fallback mode 2400 bit/s
Dez 20 10:49:40.01: [15013]: <-- [10:AT+FRM=24\r]
Dez 20 10:49:44.52: [15013]: --> [0:]
Dez 20 10:49:44.52: [15013]: MODEM <Empty line>
Dez 20 10:49:44.52: [15013]: MODEM TIMEOUT: receiving TCF
Dez 20 10:49:44.52: [15013]: <-- data [1]
Dez 20 10:49:44.53: [15013]: --> [2:OK]
Dez 20 10:49:44.53: [15013]: DELAY 75 ms
Dez 20 10:49:44.60: [15013]: <-- [9:AT+FTH=3\r]
Dez 20 10:49:44.66: [15013]: --> [7:CONNECT]
Dez 20 10:49:44.66: [15013]: <-- HDLC<3:FF C8 22>
Dez 20 10:49:44.66: [15013]: <-- data [3]
Dez 20 10:49:44.66: [15013]: <-- data [2]
Dez 20 10:49:45.98: [15013]: --> [2:OK]
Dez 20 10:49:45.98: [15013]: TRAINING failed
Dez 20 10:49:45.98: [15013]: <-- [9:AT+FRH=3\r]
Dez 20 10:49:52.98: [15013]: --> [0:]
Dez 20 10:49:52.98: [15013]: MODEM <Empty line>
Dez 20 10:49:52.98: [15013]: MODEM TIMEOUT: waiting for v.21 carrier
Dez 20 10:49:52.98: [15013]: <-- data [1]
Dez 20 10:49:53.00: [15013]: --> [2:OK]
Dez 20 10:49:53.00: [15013]: DELAY 1500 ms
Dez 20 10:49:54.50: [15013]: <-- [9:AT+FTH=3\r]
Dez 20 10:49:54.55: [15013]: --> [7:CONNECT]
Dez 20 10:49:54.55: [15013]: <-- HDLC<32:FF C0 04 AD 00 55 12 9E 36 86 62 82 
1A 04 14 2E B6 94 04 6A A6 4E CE 96 F6 76 04 2C 74 4C 74 8C>
Dez 20 10:49:54.55: [15013]: <-- data [32]
Dez 20 10:49:54.55: [15013]: <-- data [2]
Dez 20 10:49:55.64: [15013]: --> [7:CONNECT]
Dez 20 10:49:55.64: [15013]: <-- HDLC<23:FF C0 02 2A 4A 82 E2 2A 2A AA 2A CA 
04 E2 A2 04 CA F2 E2 82 12 04 04>
Dez 20 10:49:55.64: [15013]: <-- data [23]
Dez 20 10:49:55.64: [15013]: <-- data [2]
Dez 20 10:49:55.65: [15013]: --> [7:CONNECT]
Dez 20 10:49:55.65: [15013]: <-- HDLC<10:FF C8 01 00 76 5F 23 01 FB C0>
Dez 20 10:49:55.65: [15013]: <-- data [10]
Dez 20 10:49:55.65: [15013]: <-- data [2]
Dez 20 10:49:57.72: [15013]: --> [2:OK]
Dez 20 10:49:57.72: [15013]: <-- [9:AT+FRH=3\r]
Dez 20 10:50:00.82: [15013]: --> [0:]
Dez 20 10:50:00.82: [15013]: MODEM <Empty line>
Dez 20 10:50:00.82: [15013]: MODEM TIMEOUT: waiting for v.21 carrier
Dez 20 10:50:00.82: [15013]: <-- data [1]
Dez 20 10:50:00.83: [15013]: --> [2:OK]
Dez 20 10:50:00.83: [15013]: DELAY 1500 ms
Dez 20 10:50:02.33: [15013]: <-- [9:AT+FTH=3\r]
Dez 20 10:50:02.38: [15013]: --> [7:CONNECT]
Dez 20 10:50:02.38: [15013]: <-- HDLC<32:FF C0 04 AD 00 55 12 9E 36 86 62 82 
1A 04 14 2E B6 94 04 6A A6 4E CE 96 F6 76 04 2C 74 4C 74 8C>
Dez 20 10:50:02.38: [15013]: <-- data [32]
Dez 20 10:50:02.38: [15013]: <-- data [2]
Dez 20 10:50:03.47: [15013]: --> [7:CONNECT]
Dez 20 10:50:03.47: [15013]: <-- HDLC<23:FF C0 02 2A 4A 82 E2 2A 2A AA 2A CA 
04 E2 A2 04 CA F2 E2 82 12 04 04>
Dez 20 10:50:03.47: [15013]: <-- data [23]
Dez 20 10:50:03.47: [15013]: <-- data [2]
Dez 20 10:50:03.49: [15013]: --> [7:CONNECT]
Dez 20 10:50:03.49: [15013]: <-- HDLC<10:FF C8 01 00 76 5F 23 01 FB C0>
Dez 20 10:50:03.49: [15013]: <-- data [10]
Dez 20 10:50:03.49: [15013]: <-- data [2]
Dez 20 10:50:05.55: [15013]: --> [2:OK]
Dez 20 10:50:05.55: [15013]: <-- [9:AT+FRH=3\r]
Dez 20 10:50:08.65: [15013]: --> [0:]
Dez 20 10:50:08.65: [15013]: MODEM <Empty line>
Dez 20 10:50:08.65: [15013]: MODEM TIMEOUT: waiting for v.21 carrier
Dez 20 10:50:08.65: [15013]: <-- data [1]
Dez 20 10:50:08.66: [15013]: --> [2:OK]
Dez 20 10:50:08.67: [15013]: DELAY 1500 ms
Dez 20 10:50:10.17: [15013]: <-- [9:AT+FTH=3\r]
Dez 20 10:50:10.22: [15013]: --> [7:CONNECT]
Dez 20 10:50:10.22: [15013]: <-- HDLC<32:FF C0 04 AD 00 55 12 9E 36 86 62 82 
1A 04 14 2E B6 94 04 6A A6 4E CE 96 F6 76 04 2C 74 4C 74 8C>
Dez 20 10:50:10.22: [15013]: <-- data [32]
Dez 20 10:50:10.22: [15013]: <-- data [2]
Dez 20 10:50:11.30: [15013]: --> [7:CONNECT]
Dez 20 10:50:11.30: [15013]: <-- HDLC<23:FF C0 02 2A 4A 82 E2 2A 2A AA 2A CA 
04 E2 A2 04 CA F2 E2 82 12 04 04>
Dez 20 10:50:11.30: [15013]: <-- data [23]
Dez 20 10:50:11.30: [15013]: <-- data [2]
Dez 20 10:50:11.32: [15013]: --> [7:CONNECT]
Dez 20 10:50:11.32: [15013]: <-- HDLC<10:FF C8 01 00 76 5F 23 01 FB C0>
Dez 20 10:50:11.32: [15013]: <-- data [10]
Dez 20 10:50:11.32: [15013]: <-- data [2]
Dez 20 10:50:13.38: [15013]: --> [2:OK]
Dez 20 10:50:13.38: [15013]: <-- [9:AT+FRH=3\r]
Dez 20 10:50:16.48: [15013]: --> [0:]
Dez 20 10:50:16.48: [15013]: MODEM <Empty line>
Dez 20 10:50:16.48: [15013]: MODEM TIMEOUT: waiting for v.21 carrier
Dez 20 10:50:16.48: [15013]: <-- data [1]
Dez 20 10:50:16.50: [15013]: --> [2:OK]
Dez 20 10:50:16.50: [15013]: RECV FAX: Failure to train modems


MY CONFIG:
ModemType:		Class1		# use this to supply a hint
ModemRate:		57600		# lock rate for DCE-DTE communication
ModemFlowControl:	rtscts		# default
ModemResetCmds:		"ATZ ATX3 ATS0=2"
ModemDialCmd:		ATDT0,%s
Class1Cmd:		AT+FCLASS=1	# command to enter class 1
Class1EOPWaitCmd:  "<delay:9>"
Class1TCFWaitCmd:  "<delay:7>"
Class1PPMWaitCmd:  "<delay:7>"
Class1TCFRecvHack:	yes
Class1MsgRecvHackCmd:	""	# command to avoid +FCERROR before image
Class1TCFResponseDelay:	75		# 75ms delay between recv TCF & response
Class1SendMsgDelay:	75		# 75ms delay after training
Class1SwitchingCmd:  "<delay:7>"
Class1TrainingRecovery:	1500		# 1.5sec delay after training failure
Class1RecvAbortOK:	200		# wait 200ms for abort response
Class1FrameOverhead:	4		# 4 byte overhead in recvd HDLC frames
Class1RecvIdentTimer:	40000		# 35+5secs waiting for ident frames
Class1TCFMaxNonZero:	10		# max 10% of data may be non-zero
Class1TCFMinRun:	1000		# min run is 2/3rds of TCF duration

-- 
HAGOS eG                 phone: +49 711 7880592
Matthias Reich             fax: +49 711 7880535
Industriestr. 62           web: http://www.hagos.de
D-70565 Stuttgart         mail: rei@xxxxxxxx
Germany

Attachment: pgp00006.pgp
Description: PGP signature