Xref: utzoo comp.unix.sysv386:3259 comp.dcom.modems:7711 Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!swrinde!zaphod.mps.ohio-state.edu!julius.cs.uiuc.edu!apple!portal!cup.portal.com!cec From: cec@cup.portal.com (Cerafin E Castillo) Newsgroups: comp.unix.sysv386,comp.dcom.modems Subject: Re: Problems with Everex<->T2500 CTS handshaking Message-ID: <37115@cup.portal.com> Date: 20 Dec 90 23:36:31 GMT References: <1990Dec19.134211.2184@esleng.uucp> Distribution: na Organization: The Portal System (TM) Lines: 29 I have seen this behaviour in relation to UART failures at above 9600 bps. I would suggest that you lower your port speed to 9600 bps and test again. I would also suspect the device drivers in your ISC UNIX. Call ISC and ask about this situation with the O/S, then call Everex and ask them about their RTS/CTS flow control implementation. I would also test using a PC or UNIX system hooked-up with a null modem cable. Run UUCP or Kermit over this connection starting at 9600 bps and going up to 19.2 kbps to see if a similar failure doesn't occur. An RS-232 Protocol analyzer would help with this kind of testing. I suspect that the failure will be your Everex multiport board and its drivers. Oh, I forgot the obvious, if there are any motherboard COMM ports (ie COMM1 / COMM2) attach the modem to those ports and try your UUCP transfer as you are doing so now, on your multiport board. You might just see better RTS/CTS handling at 9600 and 19200 bps on COMM1/COMM2. If not, then I would suspect the O/S and its drivers. Good Luck! =============================================================================== Cerafin E. Castillo || //\\ ||\\ || Network Consultant || //__\\ || \\ || Los Altos Los Altos Networks || // ---\\|| \\|| Networks 340 Second St. #6 ||___// \ | \ | Los Altos, CA 94022 (415) 941-8031 UUCP: {apple,sun,uunet}!portal!cup.portal.com!cec INTERNET: cec@cup.portal.com "...No hay mal que por bien no venga..." ===============================================================================