Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!wuarchive!zaphod.mps.ohio-state.edu!pacific.mps.ohio-state.edu!linac!att!pacbell.com!tandem!netcom!gandrews From: gandrews@netcom.COM (Greg Andrews) Newsgroups: comp.dcom.modems Subject: Re: T2500/SCO Xenix Configuration Summary: Looks like flow control is the remaining problem. Message-ID: <1991Apr2.205829.13109@netcom.COM> Date: 2 Apr 91 20:58:29 GMT References: <1991Mar29.233228.17548@netcom.COM> <390@alchemy.UUCP> <398@alchemy.UUCP> Organization: Netcom - Online Communication Services UNIX System {408 241-9760 guest} Lines: 82 In article <398@alchemy.UUCP> bbs@alchemy.UUCP (BBS Administration) writes: >In article <1991Mar29.233228.17548@netcom.COM> gandrews@netcom.COM (Greg Andrews) writes: > >>The Fast Start Guide simply can't compete with a real, live SCO Xenix >>setup guide available from Telebit Tech Support. > >So, just dial 1-800-TELEBIT and ask for one? I guess maybe I should send >in my registration card first (do they check?) > Nope, you don't have to be registered to receive support from Telebit. > >>Note that the dialTBIT distributed with SCO Xenix (and Unix) was written >>for the TrailBlazer Plus modem and not the T2500. It can't handle the >>V.32 result codes that the modem will return, so it chokes on V.32 calls. >>There are hacked versions of dialTBIT on the net (dunno where). > >If anyone knows of such a thing, I'd love to hear about it as it would >be nice to have it understand V.32 connections, etc. > I've seen at least one person mention that they have an altered version of dialTBIT available for you. They posted a message since my last one, so you may already have seen it. (note that they may not want to mail umpteen copies to everyone in the world! Netlanders should find the message and ask nicely...) > >>The S58=3 setting will hose your XMODEM, YMODEM, and uucp file transfers >>unless they are spoofed by the modem (available only in PEP and V.32/MNP >>connections). S58=0 might be a better setting, or S58=2 S68=255 if your >>system can support RTS/CTS flow control. > >Here's the deal: > >You are correct. That was the problem. Once I changed S58 to 0, the other >site connecting at 2400 bps (thus >not< spoofing the UUCP "g" protocol) >was able to transfer files. Thanks! > >Still, there are problems. >[description of problems deleted] > Most of the trouble you're seeing is related to flow control. You're right, running without flow control can make trouble for you. Uucp doesn't need flow control so much as interactive sessions would. If you change the modem to use RTS/CTS flow control, then you need to also change the computer to use it. DialTBIT opens the port with RTS/CTS line disciplines enabled, and I believe cu will retain them. As someone else mentioned a couple of weeks ago (and I confirmed on my system), SCO's uucico will turn all flow control off in the computer. Even RTS/CTS. To enable RTS/CTS flow control for logins, you would need to insert the CTSFLOW keyword into your /etc/gettydefs entries. My attempts to put in RTSFLOW were successful for 9600 and slower speeds, but not for the 19200 (EXTA) entry. I had to leave the RTSFLOW parameter out of the 19200 and 38400 entries (the 38400 entry was for T1600 testing, not for the T2500). My results were obtained on SCO Unix where the kernel reports a version of 3.2.0 at boot-up time. Other versions of SCO Unix, Open Desktop, or SCO Xenix may behave differently. Any further efforts to use RTS/CTS flow control on a stock 'COM1' or 'COM2' port would need a different tty driver from SCO, or replacing the SCO driver with something like the FAS driver. > >Once again, THANK YOU for answering this article! I was at the end of my >rope and am really happy to have access to USENET. Now, my rope has been >lengthened, but I'm at your mercy once again... > Don't give up until you've at least called tech support! At the very least, it would have saved you several days of frustration... -- .------------------------------------------------------------------------. | Greg Andrews | UUCP: {apple,amdahl,claris}!netcom!gandrews | | | Internet: gandrews@netcom.COM | `------------------------------------------------------------------------'