Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: utzoo!mnetor!seismo!rutgers!sri-unix!hplabs!ucbvax!tektools.tek.CSNET!kellym
From: kellym@tektools.tek.CSNET (Kelly McConnell)
Newsgroups: mod.computers.vax
Subject: Submission for mod-computers-vax
Message-ID: <8611131859.AA13524@tektools.TEK>
Date: Thu, 13-Nov-86 13:59:48 EST
Article-I.D.: tektools.8611131859.AA13524
Posted: Thu Nov 13 13:59:48 1986
Date-Received: Sun, 16-Nov-86 06:27:15 EST
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: The ARPA Internet
Lines: 30
Approved: info-vax@sri-kl.arpa

Path: tektools!kellym
From: kellym@tektools.UUCP (Kelly McConnell)
Newsgroups: mod.computers.vax
Subject: Re: Another terminal port problem....
Message-ID: <1857@tektools.UUCP>
Date: 13 Nov 86 18:59:47 GMT
References: <8611121008.AA16400@ucbvax.Berkeley.EDU>
Reply-To: kellym@tektools.UUCP (Kelly McConnell)
Organization: Tektronix, Inc., Beaverton, OR.
Lines: 18
Keywords:Modem Control

In article <8611121008.AA16400@ucbvax.Berkeley.EDU> A105@UWOCC1.BITNET (Brent Sterner) writes:
>
>   This appears to work just fine, but now there seems to be another
>problem, this time when the ports are NOT in use.  The symptom we see is
>a periodic a) DTR drop, b) 2 seconds later RTS drop, c) 5-6 seconds later
>both DTR and RTS come up together.  This activity does not make the PACX
>very happy.  This activity is considered to be a connection request.

    I have had the same symptom on lines that I use for outbound traffic on 
Develcon.  In my case Develcon is always asserting DCD.  My VAX sees Carrier
thinks it is an incoming call and raises DTR, 30 seconds or so later, VAX gets
tired of waiting, times out, drops DTR & immediately starts the whole sequence
over again.  My fix is to leave the lines in question set nomodem until needed
and then set modem when I want to use one and set it back to nomodem when 
finished.  This is all accomplished via a command procedure so it is
transparent to my users.