From: "Paul A. Fischer, Sr UNIX Sys Consultant" <openage.com!paul@watmath.UUCP>
Subject: The Great UUGETTY Debate/Compilation RFI
Resent-From: mmdf@xenitec.on.ca
Submit-To: scogen@xenitec.on.ca
Organization: [resent by] The SCOGEN gateway and Propagation Society
Date: Mon, 13 Apr 1992 20:02:17 GMT
Precedence: bulk

Hi All you SCO Netland people,

I got troubles.  Unlike past problems, where I and others have asked for quick 
fixes to complex problems I would like to take a different tack.  I would like 
all replies to come directly to me and I will respond directly to the senders 
if I need anything else.  When I am done I will organize all the information 
and compile it into a single document which I will forward to the List and to 
SCO Support so that it may be used over and over again!  I would like this 
document to be comprehensive and as complete, but because of the topic that may 
be too much to ask.

CAVIAT:  I own my own business, and I often get bogged down.  I read all my 
e-mail!  I will read everything on this subject I receive and look to 
incorporate it into the final work.  If I do not get back to you directly 
please wait a few days before retransmitting data.  For those of you who use 
SCO "op" you can mark mail for "Receipt on Read" or "Receipt on Delivery" if 
you so wish.   Thank you all in advance!

The Problem
===========

I have several customers who are setting up dial-in database systems on top of 
SCO.  They use many different databases, and the database stuff seems to work 
fine.  The problem I keep seeing over and over with modems on SCO is that 
somewhere in SCO DTR gets stuck on HIGH and the modems then fail to drop 
carrier when someone logs off, or if someone hangs up their modem the session 
may stay logged in!  This even will happen on my system occasionally.  DTR will 
get stuck high and I either have to reboot, or disable the port and "cu" in 3-4 
times until DTR finally drops, then it works fine again.

The problem here is I know people who do not have a problem with this at all.  
One of my customers is running off a computone board with 4 modems and a setup 
I got from someone in Netland a few months back.  I have tried inplementing 
this system on a Computone Intelleport-16 on and EISA machine for another 
customer, and he still has these problems.

What I want to do is have everyone who DOES NOT experience this problem on a 
modem send me their setup.... Their entire setup!  This is what I want:

>From the Modem
==============

A listing of the modem registers at power-up.
The type of modem.
Help identifying esoteric modem commands and registers (I don't have all the 
        modem docs in the world)

>From the /etc Directory
=======================

A listing of your modem port configurations from "inittab".
The corresponding entries in "gettydefs".

>From the /usr/lib/uucp Directory
================================

Your "Devices" file.
Your "Dialers" file.
Any "dial..." files you have modified to make things work.

>From the /dev Directory
=======================

An "ls -l" listing of all ports using modems with and without modem control
        (e.i. "ls -l /dev/tty1a /dev/tty1A")

>From the Physical World
=======================

The pinout of your modem cables.  If you have a multiport board are you using a 
standard serial cable, or the manufacturers recommended cabling.


The Finale
==========
I would invite everyone to join in on this.  I would also ask everyone to take 
this seriously since I plan to put a lot of time in on it.  Please do no just 
pack your files together and mail them off to me.  Please tell me what your 
setup is. What modem you have.  What serial board.  What serial driver, etc..
The more information I have the more I can learn and the faster this comes 
together.  If you have problems like the ones I have described above and are on 
the SCOGEN or biz.sco.general please don't ask to a mailed copy.  I will post a 
copy of the document when I am done.  I will also do my best to make sure that 
it gets posted to places like uunet, sosco, xenitec, anomaly, and ispi.

Note I have only specified the problems seen in Dial-in system, but not 
Dial-in/Dial-out systems.  I would like to hear about problems and solutions 
for this as well.

The address for this is the sames as always "paul@openage.COM".
Thanks in advance.




--------------------------------------------------------------------------------
Independent SCO support and service provider in the D.C. metro area.
What I don't know I will learn. What I can't learn I'll hire someone to.
Paul A. Fischer           | Open Age Inc.  | paul@openage.com
Sr. UNIX Sys. Consultant  | (301) 948-6422 | (301) 948-9644 Fax

Newsgroups: biz.sco.general