Re: [hylafax-users] T.30 T2 timeout errors

[Lee Howard <faxguy@xxxxxxxxxxxxxxxx>]

On 2004.07.12 13:32 Steve Melo wrote:

> Jul 12 16:20:23.38: [15990]: <-- [9:AT+FRH=3\r]
> Jul 12 16:20:23.56: [15990]: --> [7:CONNECT]
> Jul 12 16:20:24.57: [15990]: --> HDLC<5:FF C8 F2 AC A0>
> Jul 12 16:20:24.57: [15990]: --> [2:OK]
> Jul 12 16:20:24.57: [15990]: RECV recv MPS (more pages, same document)
> Jul 12 16:20:24.57: [15990]: <-- [9:AT+FRS=7\r]
> Jul 12 16:20:24.68: [15990]: --> [2:OK]
> Jul 12 16:20:24.68: [15990]: <-- [9:AT+FTH=3\r]
> Jul 12 16:20:54.68: [15990]: MODEM TIMEOUT: reading line from modem
> Jul 12 16:20:54.68: [15990]: MODEM <Timeout>
> Jul 12 16:20:54.68: [15990]: RECV send MCF (message confirmation)
> Jul 12 16:20:54.68: [15990]: RECV FAX (00002399): from <UNSPECIFIED>,
> page 2
> in 0:54, INF, 3.85 line/mm, 2-D MR, 14400 bit/s
> Jul 12 16:20:54.68: [15990]: <-- HDLC<3:FF C8 31>
> Jul 12 16:20:57.23: [15990]: --> [5:ÿO]

Translated into english:

(After receiving a page of image data...) We successfully raise the 
message reception carrier and receive the MPS signal indicating more 
pages of image data are yet to come.  We successfully wait for 70 ms of 
silence before attempting to raise the message transmission carrier to 
send the message confirmation signal (MCF).  However, the modem cannot 
raise the transmission carrier for some reason, and HylaFAX never gets 
back a response from the modem for 30 seconds, at which point it 
times-out.  By this time the fax session would be lost anyway, but 
HylaFAX sends the MCF signal data anyway and gets back garbage from the 
modem.  That "garbage" (actually data sent from the modem to the 
computer at a different baud rate than what we're expecting) is what 
the modem spits out when it "resets" internally.

So in other words, something happened during the fax session that 
caused the modem to reset itself.  This is a modem firmware bug, and is 
very commonplace with USR modems.  You can choose to live with it, try 
to get USR to fix it, or get a new modem.

However, this kind of problem only became noticeable recently (i.e., 
prior to 4.1.3 I don't remember anyone complaining about stuff like 
this).  So, I have suspicions that the AT+FRS=7 command may be 
influencing the modem's behavior.  If so, you may be able to alleviate 
this by setting "Class1SwitchingCmd: <delay:7>" in your modem config 
file.  If that works for you, please let us know.

Lee.

____________________ HylaFAX(tm) Users Mailing List _______________________
 To subscribe/unsubscribe, click http://lists.hylafax.org/cgi-bin/lsg2.cgi
On UNIX: mail -s unsubscribe hylafax-users-request@xxxxxxxxxxx < /dev/null
 *To learn about commercial HylaFAX(tm) support, mail sales@xxxxxxxxx*