Re: [hylafax-users] Delay to set ready line

[Lee Howard <faxguy@xxxxxxxxxxxxxxxx>]

Mauro Crisanti wrote:

> In particular I've found that even if the fax has been received, hylafax
> does not set ready the line before at least 15 secs. This come to be a lot
> of time when a fax machine is receving about 20 faxes per hour (peak).
>
> Is there a way to tune this "delay" ?
>  

Minimizing ModemResetDelay and ModemSoftResetCmdDelay will yield in 
significant cycle-time savings if your modem allows them to be reduced 
from their defaults.

Switching to Class 1 will tend to yield quicker initializations over 
Class 2.0.

And, from there, it is possible to configure-in some of the modem AT 
command-responses to prevent HylaFAX from querying the modem at every 
initialization.  This will speed some things up, also.  Specifically I'm 
thinking of something like...

 ModemClassQueryCmd: !1
 ModemMfrQueryCmd: !USR
 ModemModelQueryCmd: !AllModelsAreBroken
 ModemRevQueryCmd: !AllFirmwaresAreBroken
 Class1RMQueryCmd: !24,48,72,73,74,96,97,98,121,122,145,146
 Class1TMQueryCmd: !24,48,72,73,74,96,97,98,121,122,145,146

All of this should get your re-initialization due to modem configuration 
down to a few seconds.

Then you're left with the question of lockfile "polling".

When you *send* a fax then faxq or faxsend will lock the modem.  
FaxGetty will notice the lock and then will enter a "lockwait" state 
where every PollLockWait seconds it will re-check the lock file and, if 
the lock is gone, will then reinitialize the modem.  The default for 
PollLockWait is 30 seconds.  This means that you could wait up to 30 
seconds after sending a fax before FaxGetty will even begin to 
reinitialize the modem.  This is often too much, so you'll want to 
reduce PollLockWait.

By the way... this lockfile polling is one of those issues that should 
make it clear that some care should be taken when configuring a system 
that will use the same modem for sending and for receiving.  So if you 
have multiple modems it's generally a good idea to prioritize them 
slightly so that one modem will get used more frequently for sending.  
Between that and tailoring your incoming hunt group with the telco to 
work with the modems in the less-likely to be used for sending it can 
help avoid things like "glare".

Glare handling is the last issue that I can think of that could possibly 
be giving you trouble.  Some modems will not initialize properly while 
they are getting RINGs at the same time.  There's not much that can be 
done in those situations except to configure things to minimize the 
possibility of glare occurring.  On a digital line you can "busy out" 
the modem to prevent incoming calls from causing glare.  Unfortunately, 
that's not really possible with analog modems as an off-hook state will 
generally not persist through a modem reset.

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*