Xref: utzoo comp.unix.sysv386:5400 comp.dcom.modems:8451 Path: utzoo!utgpu!cunews!micor!latour!ecicrl!clewis From: clewis@ferret.ocunix.on.ca (Chris Lewis) Newsgroups: comp.unix.sysv386,comp.dcom.modems Subject: Re: Equinox hardware flow control Message-ID: <1377@ecicrl.ocunix.on.ca> Date: 24 Feb 91 04:49:13 GMT References: <1991Feb14.134714.5407@nstar.rn.com> <30021@zygot.ati.com> <1991Feb19.153604.13096@gwinnett.UUCP> Followup-To: comp.unix.sysv386 Organization: Elegant Communications Inc., Ottawa, Canada Lines: 28 In article <1991Feb19.153604.13096@gwinnett.UUCP> todd@gwinnett.UUCP (Todd Reese) writes: >Trailblazers do not need flow control when using UUCP. The modem has >UUCP -g protocol built in. This is what makes it able to produce output >with PEP mode of 19200 baud. At a lower link speed (e.g. 2400 baud) the >UUCP from the host computer to the remote is handled directly. Trailblazers *do* need to use flow control in most UUCP situations. One situation is where the modem is transmitting to "their" host, and the host can't quite keep up to bursts. If the host doesn't flow control, it'll lose characters. This can often be bad enough to drop connections even with UUCP packetizing and retransmissions of packets after errors. (eg: if, from a quiescent state, your host will frequently drop a character from a continuous 19200 baud input burst, you're toast) Even if the speed mismatches aren't bad enough to drop connections, the packet retry rate can be sufficiently high to seriously degrade your throughput. Further, you can't use x-on/x-off flow control on a UUCP connection, because x-on and x-off are part of the UUCP protocol. Thus, hardware handshaking is recommended to ensure that no characters are lost, and that as long as the host can keep up, on average, with the modem, you'll get the highest possible throughput. -- Chris Lewis, Phone: (613) 832-0541, Internet: clewis@ferret.ocunix.on.ca UUCP: uunet!mitel!cunews!latour!ecicrl!clewis; Ferret Mailing List: (ferret-request@eci386); Psroff (not Adobe Transcript) enquiries: psroff-request@eci386, current patchlevel is *7*.