Q160: ReTrainNegative Problem with some FAX-machines


? Got something to say about this answer? Hit the question mark to invoke the mailer and send your comments to the HylaFAQ maintainers.

Q.
Re: Problem with some FAX-machines ?

Sending a fax to this destination delivers only the coverpage, then the error +FPTS:2 (bad page, retrain requested) (retrain negative) occurs and the sendprocess is aborted.

A.
Date: Thu, 01 Aug 1996 10:03:23 -0700
From: Sam Leffler <sam@hyla.chez.sgi.com>
Subject: Re: Problem with some FAX-machines

    To:  baudler@lulu.gsf.de, Matthias.Apitz@SOFTCON.de
    Subject:  Re: Problem with some FAX-machines
    Cc:  flexfax@sgi.com
    Date: Thu, 01 Aug 1996 11:00:39 +0200
    From:  Rainer Krienke 

     
	<...stuff deleted...>

    Hello experience excacly the same problem I think. I found
    one particular number 
    that cannot receive a fax from hylafax (Hylafax Beta 18,
    Sunos 4.1.3, Zyxel 
    U1496 , Firmware V6.16M). Sending a fax to this
    destination delivers only the coverpage, then the error 
    	+FPTS:2 (bad page, retrain requested)
    	(retrain negative)
    occurs and the sendprocess is aborted.
    
    If the modem will retrain or not is as far as I
    know determined by the modem 
    parameter *Q1 (*Q2, *Q3, *Q0)
    (this is for zyxel modems; other modems use eg %E1 %E0 for this purpose).
     	
    Our modem was set to *Q2 which means to use the
    next slower transferspeed if the 
    signal quality is bad and to speed up again, if the signalquality of the 
    telephone line gets better again. Perhaps one sould try either *Q1 
    (initiates a real renegotiation if signalquality is bad)
    or *Q0 (no renegotiation at all).
    
The AT*Q command relates to a data connection and not a fax connection
(unless you know something that I do not).  Retraining during a fax
session is required when the receiver requests it through the post-page
message response--in this case "RTN" or ReTrain Negative (acknowledgement
of the received page data).  Problems of this sort are typically caused
by a poor phone connection but sometimes may be due to improperly encoded
page data or, if ECM is being used, a bug in the ECM protocol.  The session
log that was supplied indicated ECM was not being used so the only reasonable
possibilities would seem to be bad data or a bad phone connection.  The
former is highly unlikely and the original poster did not indicate if the
problem was reproducible or if they'd tried a different phone line.

        Sam


Note: Some of the hyperlinks (e.g. for the man pages) can only work, if the HylaFAX software and the full documentation are installed on your system.

Matthias Apitz / guru@softcon.de ; (07:34:58 AM 01/27/97)