Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!csn!boulder!daemon From: "Roger Fajman" Newsgroups: comp.dcom.sys.cisco Subject: Re: SLIP on STS-10X terminal servers Message-ID: <34161@boulder.Colorado.EDU> Date: 12 Apr 91 23:59:03 GMT Sender: daemon@boulder.Colorado.EDU Lines: 18 > 16 is not too bad, certainly better than my expectations of a 386 > netblazer (though it does support PPP). > > given X's io style, output performance working at 38.4 will be fine. What about other applications, such as FTP? I'm not bothered so much by the limit being what it is, as by the way that I might find out that I've hit it. Users using SLIP or PPP will experience slowdowns as packets get garbled, dropped, and retransmitted. Users with actual terminals will be seeing data dropped at arbitrary points in their sessions. Not friendly. MNP and V.42bis provide error detection and correction on the phone line, but not on the RS-232 interface. I could watch CPU utilization on the CSC/3 processor, but the problem will likely be quite intermittent when it starts to occur, so I would have to be watching at just the right time. Would the new SNMP MIB for RS-232 devices help here?