Xref: utzoo unix-pc.general:6852 unix-pc.uucp:368 comp.sys.att:11183
Path: utzoo!attcan!uunet!cs.utexas.edu!icus!lenny
From: lenny@icus.ICUS.COM (Lenny Tropiano)
Newsgroups: unix-pc.general,unix-pc.uucp,comp.sys.att
Subject: Re: extending carrier wait timeout in HDB?
Message-ID: <1336@icus.ICUS.COM>
Date: 13 Dec 90 16:07:34 GMT
References: <936@gnosys.svle.ma.us>
Reply-To: lenny@icus.ICUS.COM (Lenny Tropiano)
Distribution: unix-pc
Organization: ICUS Software Systems, Austin, Texas
Lines: 25

In article <936@gnosys.svle.ma.us> gst@gnosys.svle.ma.us (Gary S. Trujillo) 
writes:
|>Does anyone know of some way of extending the timeout for the remote
|>carrier in the UNIXpc version of HoneyDanBer UUCP?  I'm calling a
|>system that has a Telebit T2500 with v.42 which presents its PEP
|>tones at the end of its sequence.  My T2500 almost always times out
|>just a second or two before the PEP tones would have been presented,
|>which has forced me to fall back to a v.32 connection, which I find
|>to be only about 1/3 the speed on average (~500 baud for v.32, vs.
|>~1400 baud for a PEP connection).
|>
I'd recommend this, it seems to work.  Although extends the retry timeout
if it's BUSY or NO ANSWER.

tbfast		=W	"" AT OK ATM0S95=0S50=255S110=1S111=30S7=60DTW\T CONNECT-\c-CONNECT 

Notice the CONNECT-\c-CONNECT sequence, basically if it doesn't get CONNECT, 
(ie. it times out) it will send nothing, and get expect CONNECT.  This works
fine for me.

-L.
-- 
| Lenny Tropiano           ICUS Software Systems        lenny@icus.ICUS.COM |
| ...!{ames,cs.utexas.edu,pacbell}!icus!lenny           attmail!icus!lenny  |
+---------------- 14300 Tandem Blvd #222, Austin, TX 78728 -----------------+