HylaFAX The world's most advanced open source fax server

[Date Prev][Date Next][Thread Prev][Thread Next] [Date Index] [Thread Index]

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



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*




Project hosted by iFAX Solutions