Re: Hylafax 6.0 No response to PPS repeated 3 times Ubuntu Jaunty.

Sean Murdock <[email protected]>
Newsgroups gmane.comp.telephony.fax.hylafax.devel
Message-ID <[email protected]>
Lee-

It only happens on certain receiving fax machines. This one for example (see
198 attached) can never receive a fax, while others transmit flawlessly (see
202 attached). The attached logs are from 6.0.

On Sat, Nov 28, 2009 at 5:00 PM, Lee Howard <[email protected]> wrote:

> Sean Murdock wrote:
>
>  Nov 23 14:32:28.69: [26147]: SEND send PPS (partial page signal)
>> Nov 23 14:32:28.69: [26147]: SEND send MPS (more pages, same document)
>> Nov 23 14:32:28.69: [26147]: <-- [9:AT+FRH=3\r]
>> Nov 23 14:32:29.17: [26147]: --> [10:NO CARRIER]
>> Nov 23 14:32:29.17: [26147]: MODEM No carrier
>> Nov 23 14:32:29.17: [26147]: <-- [9:AT+FTH=3\r]
>> Nov 23 14:32:29.37: [26147]: --> [7:CONNECT]
>> Nov 23 14:32:29.37: [26147]: <-- data [7]
>> Nov 23 14:32:29.37: [26147]: <-- data [2]
>> Nov 23 14:32:30.65: [26147]: --> [2:OK]
>> Nov 23 14:32:30.65: [26147]: SEND send PPS (partial page signal)
>> Nov 23 14:32:30.65: [26147]: SEND send MPS (more pages, same document)
>> Nov 23 14:32:30.65: [26147]: <-- [9:AT+FRH=3\r]
>> Nov 23 14:32:31.21: [26147]: --> [10:NO CARRIER]
>> Nov 23 14:32:31.21: [26147]: MODEM No carrier
>> Nov 23 14:32:31.21: [26147]: <-- [9:AT+FTH=3\r]
>> Nov 23 14:32:31.41: [26147]: --> [7:CONNECT]
>> Nov 23 14:32:31.41: [26147]: <-- data [7]
>> Nov 23 14:32:31.41: [26147]: <-- data [2]
>> Nov 23 14:32:32.69: [26147]: --> [2:OK]
>> Nov 23 14:32:32.69: [26147]: SEND send PPS (partial page signal)
>> Nov 23 14:32:32.69: [26147]: SEND send MPS (more pages, same document)
>> Nov 23 14:32:32.69: [26147]: <-- [9:AT+FRH=3\r]
>> Nov 23 14:32:33.17: [26147]: --> [10:NO CARRIER]
>>
>
> You'll get a different behavior with HylaFAX+ 5.3.0.  I'm not entirely sure
> of how many Class 1 protocol modifications were ported from HylaFAX+ to
> hylafax.org code between 4.4.4 and 6.0.x, so I'm not sure if 6.0.0 will or
> won't give you anything different.  Hopefully it would.
>
> Whether or not you could actually get the fax through with HylaFAX+ 5.3.0,
> however, is uncertain without testing.
>
> The repeated AT+FRH=3 followed immediately by NO CARRIER is an indication
> that there is some kind of carrier (or possibly just some kind of noise) on
> the line, but that it is *not* the expected V.21 HDLC.
>
> So something is wrong - maybe there is another fax machine sending a fax on
> the same line at the same time?
>
> The only possible way for HylaFAX to recover at this point is to continue
> to repeat AT+FRH=3 in hopes that eventually a V.21 HDLC carrier is detected
> so that a re-sync can occur... repeating at least until NO CARRIER is
> received like this so many times that a timeout expires.  Alternatively,
> AT+FRS=9 could be used before then retransmitting PPS-MPS... and this
> approach may have a different outcome than the AT+FRH=3 looping.
>
> In sending I think that the latter approach is probably the
> most-appropriate, but since there is some sort of carrier on the line it
> likely is a lost cause anyway.  Most likely something is wrong beyond
> HylaFAX's control.
>
> Thanks,
>
> Lee.
>
>
c000000198 (application/octet-stream, 9.7 KB) - not displayed
c000000202 (application/octet-stream, 18 KB) - not displayed
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.