*BSD News Article 51180


Return to BSD News archive

Path: euryale.cc.adfa.oz.au!newshost.anu.edu.au!harbinger.cc.monash.edu.au!simtel!vtc.tacom.army.mil!ulowell.uml.edu!tribune.hri.com!bloom-beacon.mit.edu!panix!news.mathworks.com!uunet!in1.uu.net!cs.utexas.edu!news.cs.utah.edu!news.cc.utah.edu!park.uvsc.edu!usenet
From: Terry Lambert <terry@cs.weber.edu>
Newsgroups: comp.unix.bsd.bsdi.misc
Subject: Re: laugh heartily
Date: 12 Sep 1995 03:35:07 GMT
Organization: Utah Valley State College, Orem, Utah
Lines: 34
Message-ID: <432v5c$li3@park.uvsc.edu>
References: <432cjk$hkn@siesta.packet.net>
NNTP-Posting-Host: hecate.artisoft.com

Tom Downs <tad@cpeq.com> wrote:
] Does some UNIX, or BSDI v2.0, God of the Realm, know how I 
] might get my Motorola TA210 (BitSurfer) ISDN TA to ignore the 
] drop of DTR that ppp sends prior to connection. Seen on a 
] serial line scope, DTR drops before connect, a 28.8 modem 
] works fine. the TA210 works fine with tip, or ppp on another 
] machine running SunOS. We are stupid, but not legally 
] braindead. We have a small studio, music clip, server and are 
] trying to get a faster line.BSDI tech support say's, dunno !

You must have a getty on the port by default and are calling out
using a calling unit port.

When the port state goes from tty -> calling unit, the open state
goes from open-> closed and the DTR is dropped (then the DTR is
raised when your dialing software asserts its own open).

The modem should reset as if powered off-then-on on on->off DTR
transition.

This is correct behaviour.

If this is killing your use of the modem, then your modem is
probably setup incorrectly.

You haven't really described *why* the DTR drop-then-raise is
causing you problems.


                                        Terry Lambert
                                        terry@cs.weber.edu
---
Any opinions in this posting are my own and not those of my present
or previous employers.