ftp.nice.ch/peanuts/GeneralData/Usenet/news/1989/CSN-89.tar.gz#/comp-sys-next/1989/Aug/modems

This is modems in view mode; [Up]


Date: Sun 15-Aug-1989 17:58:17 From: Unknown Subject: modems (good/bad) I have a NeXT cube running UUCP. Everything works okay, but the two computers with which I have connections seem to have a very high failure rate logging in. It isn't broken, because the connection is always made eventually, but it seems to hang an awful lot. To be more precise, their system calls mine, the modem answers and the connection is established, but there is basically no response from the "getty" process on my system, the receive and transmit lights on the modem do nothing, and after about 30 seconds the calling system hangs up with a FAILED (LOGIN) message in the log file. Similarly, trying to log in through tip(1) from the remote machine often is greeted with null behavior. I am now attributing this to a weird modem. I bought a brand new (and brand X) Avatex 2400 baud Hayes-compatible modem. I haven't had any problems with it when I dial out, but maybe its auto-answer behavior is not up to spec, especially when the calling modem has to go through some baud rate negotiations or something. Has anyone had any similar experiences, or have any suggestions? Should I spend three times what I paid for this modem and get a real Hayes modem? Should I spend ten times it and get a Trailblazer :-? Is the problem my modem or "getty" on the NeXT? Thanks for any insights, Glenn Reid Adobe Systems >From: greid@adobe.com (Glenn Reid)
Date: Sun 16-Aug-1989 06:25:00 From: Unknown Subject: Re: modems (good/bad) [modem problems, especially autoanswer] Yes. I have had similar problems. If I have the same modem do autoanswer and dial out, I have a real problem. If I have port A to my Migent modem And I have port B to my US Robotics I can set up my Migent to dial out but not autoanswer and I can set up the robotics to autoanswer but not dial out. I can switch the ports, but the modems act the same. Michael Rutman Softmed >From: edwardm@hpcuhc.HP.COM (Edward McClanahan)

These are the contents of the former NiCE NeXT User Group NeXTSTEP/OpenStep software archive, currently hosted by Marcel Waldvogel and Netfuture.ch.