HylaFAX The world's
most advanced open source fax server
|
|
[
Date Prev][
Date Next][
Thread Prev][
Thread Next]
[
Date Index]
[
Thread Index]
[hylafax-users] RE EOP between 2 hylafax server with Multitech 5656 modem
Hello
I've tried this setting without success.
This is my modem informations:
ATI0
MT5656ZDX
ati3
ACF3_V1.702A-V90_P21_FSH
atI6
RCV56DPF-PLL L8571A Rev 47.00/34.00
The chipset is made by Rockwell, is it OK to configure it as "lucent-mt-2"?
Thanks
----- Original Message -----
From: "Lee Howard" <faxguy@xxxxxxxxxxxxxxxx>
To: "Emmanuel RIZZI" <erizzi@xxxxxxxxxx>
Cc: <hylafax-users@xxxxxxxxxxx>
Sent: Friday, March 25, 2005 6:02 PM
Subject: Re: [hylafax-users] EOP between 2 hylafax server with Multitech
5656 modem
Emmanuel RIZZI wrote:
Mar 25 08:06:45.18: [ 1150]: Copy quality checking performed by host
Mar 25 08:06:46.30: [ 1150]: RECV: 105 total lines, 0 bad lines, 0
consecutive bad lines
Mar 25 08:06:46.41: [ 1150]: --> [18:+FPTS: 2,105,105,0]
Mar 25 08:06:47.61: [ 1150]: --> [7:+FET: 2]
Mar 25 08:06:47.62: [ 1150]: RECV recv EOP (no more pages or documents)
Mar 25 08:06:47.72: [ 1150]: --> [2:OK]
Mar 25 08:06:47.73: [ 1150]: RECV send MCF (message confirmation)
Some of the same old usual Class 2 firmware issues...
In Class 2 the modem is not really supposed to perform copy quality
correction. But here you can see that the modem is doing just that... or
something weird like that. HylaFAX's decoding of the data received from
the modem showed 105 lines with none of them bad. The +FPTS report from
the modem there tells us that the modem will transmit RTN instead of MCF,
that there were 105 lines counted, and that 105 of them were bad, and that
0 of them were consecutive. Obviously something doesn't make sense there.
You can't have 105 lines of 105 lines be bad with none of them being
consecutive.
So, anyway, basically the problem is most likely that when HylaFAX
initialized the modem it did not claim to support copy quality correction,
and yet it does, and so now HylaFAX thinks that it is doing all of that
work, but really the modem is, and so HylaFAX thinks that it's
transmitting MCF when the modem is really transmitting RTN.
The solution, just like with other MultiTechs in Class 2, is to put these
in your modem config file:
Class2CQQueryCmd: "!0-2"
Class2CQCmd: AT+FCQ=1
Now, that will get HylaFAX and the modem talking on the same page. There
still, however, seems to be some issue with the consecutive bad line count
in the first place. My guess is that the fill order is wrong, and that
you need:
ModemRecvFillOrder: MSB2LSB
in your modem config files.
You could probably save yourself a lot of trouble by using Class 1. But
if you insist on using Class 2, please do yourself a favor and use one of
the prototype config files for modern MultiTech modems (i.e.
config/lucent-mt-2).
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*