Re: Trouble receiving faxes from certain sources

Jason <[email protected]> Sat, 11 May 2019 10:22:10 -0500
Newsgroups gmane.comp.telephony.fax.hylafax.user
Message-ID <[email protected]>
Thank you for the detailed explanation. I will need to do some 
experimenting to try to pinpoint this. I probably should have mentioned 
the following points in my initial post:

1) It seems I used to be able to receive from this sender when I was 
still using HylaFAX, before I switched to HylaFAX+. But:
2) In addition to switching to HylaFAX+, I also switched from an x86_64 
to an armhf based device.

I'm suspecting a line quality issue as part of the problem, but it's odd 
that it's only with certain senders, and outgoing faxes seem fine. I 
will continue to tweak and monitor.

Thanks,

-Jason

On Wed, May 08, 2019 at 12:24:26PM -0700, Lee Howard wrote:
> On 05/08/2019 09:59 AM, Jason Rissler wrote:
> > I am having a problem that I can not receive faxes successfully from a 
> > few senders. I'm attaching a log from one of the sessions in hopes that 
> > someone can tell me what setting I could tweak or what the problem might 
> > be. I can receive fine from this sender when using an HP Officejet Pro 
> > multifunction machine but not with HylaFAX+.
> 
> TCF is a signal which is sent by the sender to the receiver and is a
> 1.5-second series of zeroes using the selected carrier modulation.  So,
> here is a list of modulation speeds and the number of bytes that should
> be zeroes in a TCF signal:
> 
> 14400 bps: 2700 bytes
> 12000 bps: 2250 bytes
> 9600 bps: 1800 bytes
> 7200 bps: 1350 byes
> 4800 bps: 900 bytes
> 2400 bps: 450 bytes
> 
> The fax receiver is required to use the reception of the TCF signal to
> determine if its demodulator is properly trained on the signal from the
> sender.  If it is not trained properly then it will not be able to
> demodulate the page image data and will need to be retrained
> successfully before fax protocol can proceed to receive page image data.
> 
> In order to determine if the TCF signal indicates a proper training of
> the demodulator (the modem) HylaFAX looks at two different things in the
> TCF signal:
> 
> 1) the percentage of non-zero data found in the signal (Class1TCFMaxNonZero)
> 2) the length of the largest run of zero data found in the signal
> (Class1TCFMinRun)
> 
> Both of those settings can be tweaked in the modem config file.  (See
> the hylafax-config man page for details.
> https://hylafax.sourceforge.io/man/hylafax-config.php)  By default,
> Class1TCFMaxNonZero is 10 (meaning up to 10% can be non-zero) and
> Class1TCFMinRun is 1000 (meaning 1000 ms of uninterrupted zeroes) which
> is modified by Class1TCFMinRunECMMod to 500 for ECM sessions.
> 
> If you look at your session log, then, you'll see the following results
> from TCF signals in various training attempts:
> 
> 14400 bps: RECV: TCF 2842 bytes, 96% non-zero, 1 zero-run
> 12000 bps: RECV: TCF 2368 bytes, 94% non-zero, 1 zero-run
> 7200 bps: RECV: TCF 1459 bytes, 54% non-zero, 1 zero-run
> 4800 bps: RECV: TCF 865 bytes, 96% non-zero, 1 zero-run
> 2400 bps: RECV: TCF 493 bytes, 60% non-zero, 2 zero-run
> 2400 bps: RECV: TCF 493 bytes, 60% non-zero, 3 zero-run
> 2400 bps: RECV: TCF 493 bytes, 60% non-zero, 3 zero-run
> 
> These are very bad results and indicate that the modem is not training
> practically at all on the signals from the sender.  I don't think there
> is anything you can reasonably do to Class1TCFMaxNonZero or
> Class1TCFMinRun to get things working.  The problem isn't with your
> configuration.
> 
> The problem is that the modem is not training properly on the sender's
> signal.  So, it's a problem with the line audio quality on the call or a
> problem with the modulator/demodulator compatibility between the sender
> and the receiver.
> 
> If you're not having a problem receiving from most other senders, and if
> this sender can send to most other receivers, then it would most likely
> be a problem with the firmware programming on your modem.  The solution
> would be to change modems (preferably to one with a different chipset or
> better firmware).
> 
> Thanks,
> 
> Lee.
> 
> 
> 
> ____________________ HylaFAX(tm) Users Mailing List _______________________
>   To subscribe/unsubscribe, click http://lists.hylafax.org/cgi-bin/lsg2.cgi
>  On UNIX: mail -s unsubscribe [email protected] < /dev/null
>   *To learn about commercial HylaFAX(tm) support, mail [email protected].*


____________________ HylaFAX(tm) Users Mailing List _______________________
  To subscribe/unsubscribe, click http://lists.hylafax.org/cgi-bin/lsg2.cgi
 On UNIX: mail -s unsubscribe [email protected] < /dev/null
  *To learn about commercial HylaFAX(tm) support, mail [email protected].*