Date: Mon, 16 Oct 1995 11:12:41 -0700 (MST) From: Terry Lambert <terry@lambert.org> To: raoul@cssc-syd.tansu.com.au (Raoul Golan) Cc: freebsd-questions@freebsd.org Subject: Re: Too many UUCP checksum errors! Help! Message-ID: <199510161812.LAA24974@phaeton.artisoft.com> In-Reply-To: <199510160039.KAA17797@kiwi.cssc-syd.tansu.com.au> from "Raoul Golan" at Oct 16, 95 10:39:18 am
next in thread | previous in thread | raw e-mail | index | archive | help
> I've got one more problem I need help with (hopefully the last). > I've set up UUCP to a linux machine, and I'm finding that uucico > fails miserably due to too many checksum errors. > > I've tried protocols i and g, and they both suffer from the same > problem. > > I've made sure that XON/XOFF flow control was off, and that > CTS/RTS flow control was on. I did this by checking stty > on my /dev/cua* device, which listed "-ixon -ixoff crtscts". > I also send a command to my modem when dialling that explicitly > sets CTS/RTS flow control on, and XON/XOFF flow control off. Some modems ignore this when error checking is turned on. Specifically, many non-Microcomm el-cheapo MNP capable modems (for instance) do not have enough RAM to adequately maintain compression buffers without flow control. Also, it may not be your modem. It could be the other end. It may not be your xon/xoff. It could be the other end. What data rate are you running, and is it over long distance? Only AT&T and TelAmerica use high-speed modem friendly multiplexing. If you connect using an LD service that uses ATM & Leaky Bucket, your modem communications will suffer. Finally, are your modems on both ends at 8N1? Some modems will do parity matching when they are first connected to, at which point you are screwed for all further binary communications through them. Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199510161812.LAA24974>