Re: [hylafax-users] recv: AT+FRH=3 -> v.21 timeout

[Lee Howard <faxguy@deanox.com>]

At 08:04 PM 6/19/01 +0200, Giulio Orsero wrote:

>The topology is complicated:
>sending hylafax->modem->pabx->line->pabx->voice-over-ip->modem->recv hylafax.
>
>I'd just like to know if this annoyance is due to the above topology or is
>something between HylaFAX and the modem that is not related to line
condition.
>
>Faxes are always received ok, but I always get this timeout:
>
>====
>Jun 19 19:44:14.03: [12609]: SESSION BEGIN 00000021 3912300000000
>Jun 19 19:44:14.03: [12609]: MODEM set XON/XOFF/FLUSH: input ignored,
output dis
>abled
>Jun 19 19:44:14.03: [12609]: <-- [4:ATA\r]
>Jun 19 19:44:20.11: [12609]: --> [7:CONNECT]
>Jun 19 19:44:20.11: [12609]: ANSWER: FAX CONNECTION
>Jun 19 19:44:20.11: [12609]: STATE CHANGE: ANSWERING -> RECEIVING
>Jun 19 19:44:20.11: [12609]: sched policy=1, priority=1
>Jun 19 19:44:20.11: [12609]: MODEM input buffering enabled
>Jun 19 19:44:20.11: [12609]: RECV FAX: begin
>Jun 19 19:44:20.11: [12609]: MODEM input buffering disabled
>Jun 19 19:44:20.11: [12609]: <-- HDLC<23:FF C0 02 0C 0C 0C 0C 0C 0C 0C 0C
04 CC
>4C 8C 04 9C CC D4 04 04 04 04>
>Jun 19 19:44:20.11: [12609]: <-- data [23]
>Jun 19 19:44:20.11: [12609]: <-- data [2]
>Jun 19 19:44:21.80: [12609]: --> [7:CONNECT]
>Jun 19 19:44:21.80: [12609]: <-- HDLC<10:FF C8 01 00 77 5F 01 79 03 C0>
>Jun 19 19:44:21.80: [12609]: <-- data [10]
>Jun 19 19:44:21.80: [12609]: <-- data [2]
>Jun 19 19:44:22.35: [12609]: --> [2:OK]
>Jun 19 19:44:22.35: [12609]: <-- [9:AT+FRH=3\r]
>Jun 19 19:44:25.45: [12609]: --> [0:]
>Jun 19 19:44:25.45: [12609]: MODEM <Empty line>
>Jun 19 19:44:25.45: [12609]: MODEM TIMEOUT: waiting for v.21 carrier
>Jun 19 19:44:25.45: [12609]: <-- data [1]
>Jun 19 19:44:25.51: [12609]: --> [2:OK]
.... (then retry succeeds) ....

I get this problem, too, all the time (very common, maybe 1/10 of the
received faxes exhibit this behavior).  It occurs with most modems I test
as well as with most senders, whether it's HylaFAX or some fax machine out
there.  I wonder if we're not missing a T.30 delay there somewhere,
perhaps.  (Where are the T.30 delays specified?  I can't find them in my
copy.)

My system here is connected directly to the telco analog line, so there is
no complex topology to speak of.  And the lines here are good, since I can
fax from one local system to another without any distortion.  Either this
is "normal" for Class 1, or there's a HylaFAX bug to squash.

Lee.



____________________ HylaFAX(tm) Users Mailing List _______________________
 To unsub: mail -s unsubscribe hylafax-users-request@hylafax.org < /dev/null