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] can't get a good connection
Lee Howard typed (on Sat, Feb 25, 2006 at 04:16:41PM -0800):
| Jean-Pierre Radley wrote:
|
| >Feb 24 19:02:06.46: [29720]: REMOTE wants 2400 bit/s
| >Feb 24 19:02:06.46: [29720]: REMOTE wants A4 page width (215 mm)
| >Feb 24 19:02:06.46: [29720]: REMOTE wants unlimited page length
| >Feb 24 19:02:06.46: [29720]: REMOTE wants 3.85 line/mm
| >Feb 24 19:02:06.46: [29720]: REMOTE wants 2-D MMR
| >Feb 24 19:02:06.46: [29720]: REMOTE wants T.30 Annex A, 256-byte ECM
| >Feb 24 19:02:06.46: [29720]: RECV training at v.27ter fallback mode 2400
| >bit/s
| >Feb 24 19:02:06.46: [29720]: <-- [10:AT+FRM=24\r]
| >Feb 24 19:02:07.76: [29720]: --> [7:CONNECT]
| >Feb 24 19:02:09.32: [29720]: RECV: TCF 468 bytes, 0% non-zero, 460 zero-run
| >Feb 24 19:02:09.34: [29720]: --> [10:NO CARRIER]
| >Feb 24 19:02:09.34: [29720]: <-- [9:AT+FRS=7\r]
| >Feb 24 19:02:09.46: [29720]: --> [2:OK]
| >Feb 24 19:02:09.46: [29720]: TRAINING succeeded
| >
| >
|
| All of the TCF attempts through V.17 speeds and V.29 failed [from what I
| saw] due to too-short of zero-runs. Finally V.27ter 2400 bps
| succeeds... which could mean a lot of things. But the fact that the
| zero runs always seemed short seems to indicate that the modem is slow
| to train in the high-speed modes. So the CONNECT message comes later
| than it should, and consequently some initial data is missed... and the
| missing TCF data causes a training failure, and so it goes until the
| speed is so slow that few-enough bytes are missed to prevent TCF from
| failing.
|
| What kind of modem is /dev/tty1A ?
My /dev/tty1A (rcvg modem) is a no-name, using the rc288dpi-1 config
file. It receives fine fro years from all manner of places.
The sending modem is the Topic Model=TP560 that we were discussing
yesterday w/r to faxaddmodem and awk.
|
| >Feb 24 19:02:10.80: [29720]: <-- [10:AT+FRM=24\r]
| >Feb 24 19:02:12.40: [29720]: --> [7:CONNECT]
| >Feb 24 19:02:12.82: [29720]: Bad HDLC terminating flag received.
| >Feb 24 19:02:14.08: [29720]: HDLC frame not byte-oriented. Trailing byte:
| >0xfc
| >Feb 24 19:02:14.92: [29720]: HDLC frame not byte-oriented. Trailing byte:
| >0x80
| >Feb 24 19:02:17.44: [29720]: HDLC frame not byte-oriented. Trailing byte:
| >0xf8
| >Feb 24 19:02:19.57: [29720]: RECV received frame number 41
| >Feb 24 19:02:19.57: [29720]: RECV frame FCS check failed
| >Feb 24 19:02:19.57: [29720]: HDLC frame not byte-oriented. Trailing byte:
| >0xc0
| >Feb 24 19:02:22.09: [29720]: HDLC frame not byte-oriented. Trailing byte:
| >0xf0
| >Feb 24 19:02:23.81: [29720]: RECV received frame number 65
| >Feb 24 19:02:23.81: [29720]: RECV received RCP frame
| >Feb 24 19:03:11.65: [29720]: --> [10:NO CARRIER]
| >
| >
|
| But this looks rather bad. At least at V.27ter 2400 bps the signal
| getting through is very poor.
|
| >Feb 24 19:10:42.04: [29720]: RECV send PPR (partial page request)
| >Feb 24 19:10:42.04: [29720]: RECV sent fourth PPR
| >Feb 24 19:10:42.04: [29720]: <-- [9:AT+FRH=3\r]
| >Feb 24 19:10:42.44: [29720]: --> [7:CONNECT]
| >Feb 24 19:10:43.44: [29720]: --> [2:OK]
| >Feb 24 19:10:43.44: [29720]: RECV recv DCN (disconnect)
| >
|
| The sender gave up... and I can certainly understand why.
|
| So at this point you need to start trying to figure out why TCF is
| failing and why the modem is having such a hard time with the audio, at
| least at V.27ter 2400 bps.
I had the remote dial my voice line. I hear a bit of crackle...
--
JP
==> http://www.frappr.com/cusm <==
____________________ 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*