Path: utzoo!attcan!uunet!jarthur!usc!cs.utexas.edu!texbell!ssi600!vernon
From: vernon@ssi600.lonestar.org (Vernon E. Hurdle)
Newsgroups: comp.sys.ncr
Subject: Re: USR HST/ds Help
Message-ID: <4265@texbell.sbc.com>
Date: 9 Jul 90 15:43:37 GMT
Organization: Seay Systems, Inc.                                           ~
Lines: 60
Resender: towers@texbell.sbc.com (NCR Tower Mailing List)


> > LS> Has anyone connected a USR HST dual standard to a NCR Tower 32/700?
> > LS> I would like to know how to set up the configuration files to take
> > LS> full advantage of this modem in either HST or v.32 modes.  I would
> > LS> like to use this modem for dial-in or dial-out access.  Any help
> > LS> would be appreciated.

> > In an item on the NCR mailing list that I haven't seen on comp.sys.ncr,
> > Susan Davis replies:

> > SD> I haven't connected a USR HST but I know from trying uucp on a 32/700 th
> > SD> only an NCR 2500 microcom modem works with uugetty and that uugetty has

> > Perhaps all this applies to the 32/700 but not to other Towers.  I'm running
> > a 450, on 2.01.00 (aka System V Release 2 1/2).  I'm using uugetty on a
> > bidirectional line and an Everex 2400 modem.  The only problem I've
> > encountered, which I've documented in this newsgroup before, is that the
> > system fails to log off a user if the phone line drops without a CTRL-D
> > having been sent, this leaving a slight security hole.

> > I've also been able to use a very non-Hayes modem in this capacity, and
> > the biggest problem I had was writing a Devices entry to handle dial-outs.

> > I understand NCR attempted to 'improve' uugetty, and that some of the
> > improvements didn't work out so well. 

> Mike - Unfortunately the 3/5/700 are substantially different than the rest
> of the systems, especially 4xx/6xx under 2.01.  It deals with being driven
> by the streams drivers versus the pure hpsio and uugetty definately has
> bugs under release 1.00 but some are fixed under 1.01.  To my knowledge
> many folks were never able to get uugetty to work if they had old 1200
> baud ncr hayes lookalike modems.
> 
> Sorry!
> 
> Susan Davis
> cmd - NCR charlotte

Susan and Mike, we have several computers using uugetty, including a 32/600
and 32/700.  They are both using Multitech 224EH modems.  The only problem
I had in getting this to work 100% of the time, was caused by the command
responses on the modem being set on all the time.  This caused a problem
because when the remote system dialed into our modem, it (our modem) would
send the response "RING" (in upper case) to uugetty on our system.  Our
system would respond as though the remote system was using the login "RING".
This was overcome by using a feature of the Multitech and, as I have learned
since, many other modems' ablility to do a reset (ATZ) on loss of DTR (Data
Terminal Ready).  Using this feature, I set the modem's default settings to
disable command responses (ATQ1).  Then, I added a new entry in the dialers
file for a multitech modem.  This entry looked just like the hayes entry
except it enabled command responses (ATQ0).  In this way, when the modem
dials out, it has the responses enabled.  But as soon as you disconnect, and
DTR is lost, the modem is reset to disable command responses.

This now works all the time with no reported problems.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
~ Vernon E. Hurdle                                             ~
~ Seay Systems, Inc.                                           ~
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~