[news.misc] UUNET unreliability

lad@eplrx7.UUCP (Lawrence Dziegielewski) (12/18/87)

For all those on the net who subscribe to uunet;  has uunet been unreliable
lately?  

I administer the news feed here at DuPont and when uunet became available I
immiediately signed up.  The idea of having a 'highly reliable' connection
to a dedicated news/mail server appealed to me.  And paying a $3.00 connect
charge over Tymnet seemed a helluva lot cheaper than making long-distance
phone calls to Arlington, VA (dgis,  my old news feed).  So what happened?
Over the period of the last several weeks I have noticed that when calling
the uunet machine in the 1-3AM time frame daily I have about a 15% chance of
getting a connect.  What I usually have to do after that is spend about
20-30 minutes in the morning calling uunet with uucico in debug mode (so I
can see what's going on) to get a connect and get the news/mail.  Then,  of
course,  uunet goes down at 10AM (presumably for backups) and rarely comes
back online before 1PM.  I am writing this note just minutes after trying to
connect to uunet again and getting no answer from their modems (it's 2:30PM
EST).  What gives?

The end result of all of this is I now pay $600.-$700./month for news when
my initial uunet bills were in the $150.-$300. range. I use tymnet after hours
and the 800 line during peak times.  I'd just liek to get back to paying less
and getting the reliable connection I had when I first got on uunet.  I even
bought a Traliblazer modem to further reduce my online time (and charges)
but after three weeks of begging for help to get it running,  I'm giving up.
I have not been able to get a reliable connection to uunet with it and
several pleas for help to uunet!postmaster only got a set of instructions to
connect to uunet by mail.  

In closing,  I don't mean this to be an attack on the uunet machine and the
people who run it.  Honest.  I just want a reliable machine to call,  that's
all.  I know I could just go back to dialing another machine long-distance,
but that's not going to solve the problems.  I also know that I can't be the
only machine in the world that's having trouble.  I would like to hear from
others regarding their expirences with uunet.

Thanks,


-- 
        Lawrence A. Dziegielewski       |       E.I. Dupont Co.
        {uunet!dgis!psuvax1}!eplrx7!lad |       Engineering Physics Lab
        Cash-We-Serve 76127,104         |       Wilmington, Delaware 19898
        MABELL:  (302) 695-1311         |       Mail Stop: E357-318

david@ms.uky.edu (David Herron -- Resident E-mail Hack) (12/21/87)

In article <561@eplrx7.UUCP> lad@eplrx7.UUCP (Lawrence Dziegielewski) writes:
>  ...   I even
>bought a Traliblazer modem to further reduce my online time (and charges)
>but after three weeks of begging for help to get it running,  I'm giving up.
>I have not been able to get a reliable connection to uunet with it and
>several pleas for help to uunet!postmaster only got a set of instructions to
>connect to uunet by mail.  

I don't know about the other problems you mentioned ... we seem to be
getting through to uunet "often enough"...

But the trailblazer problem is interesting.  I had a pair of those guys
here for testing (they've been returned and we've got 2 on order now)
and didn't have a lot of trouble getting them hooked up and running.
It *did* take about a weekend (or more) of work, reading the manuals,
reading a couple of postings I'd saved from the net, and so forth.  But
I did eventually get the modems configured and running.  And did manage
to get connected through the 1-800 number.

Oh, the thing which really helped a lot was a posting from Rick Adams
giving a few different trailblazer configurations ...  It was very
instructive to read through all the settings everybody had and read
the descriptions and compare everyone's settings...
 
< Path: ukma!rutgers!super.upenn.edu!eecae!nancy!umix!uunet!seismo!rick
< >From: rick@seismo.CSS.GOV (Rick Adams)
< Newsgroups: comp.dcom.modems,news.config
< Subject: Telebit Modem Hints  (telebit is down)
< Message-ID: <44175@beno.seismo.CSS.GOV>
< Date: 2 Nov 87 23:02:35 GMT
< Organization: Center for Seismic Studies, Arlington, VA
< Lines: 120
< 
< The uucp site "telebit" is down with a dead hard disk. They hope to
< be back up soon.
< 
< Those of you who have received telebit modems without detailed instructions
< on how to configure them for uucp may find the following information useful.
< 
< Telebit will be publishing an "official" how to configure guide soon, but the
< guide was on the hard disk that was trashed...
< 
< The following information works for 4.3bsd, 4.2bsd and HoneyDanBer. I'm not
< sure if the "old" System V.2 uucp supports chat scripts in L-devices.
< 
< Basically, you use the stock Hayes dialer with a small change to the
< chat script. This is presented as an "it works for me" help file as
< opposed to anything formal.
< 
< ---rick
< 
< [most of this information comes from other people including
< John Gilmore and Peter Honeyman]
< 
< Devices and Systems are honey danber, L-devices is bsd.  a Systems or
< L.sys entry is `vanilla':
< 
< host Any ACU speed phone etc.
< 
< Devices:
< 
< ACU tty11 - 1200 tb1200
< ACU tty11 - 2400 tb2400
< ACU tty11 - 9600 tbfast
< ACU tty11 - 19200 tbfast
< 
< Dialers:
< 
< tb1200	=W-,	"" A\pA\pA\pT OK ATS50=2DT\T CONNECT\s1200
< tb2400	=W-,	"" A\pA\pA\pT OK ATS50=3DT\T CONNECT\s2400
< tbfast	=W-,	"" A\pA\pA\pT OK ATS50=255DT\T CONNECT\sFAST
< 
< L-devices:
< 
< ACU ttyd1 unused 1200 hayestone "" A\dA\dA\dT OK ATS50=2X0 OK
< ACU ttyd1 unused 2400 hayestone "" A\dA\dA\dT OK ATS50=3X0 OK
< ACU ttyd1 unused 9600 hayestone "" A\dA\dA\dT OK ATS50=255X0 OK
< ACU ttyd1 unused 19200 hayestone "" A\dA\dA\dT OK ATS50=255X0 OK
< 
< S registers:
< 
< 
< [	uunet is the uunet machine, a Sequent balance 21k Dynix 2.1	]
< [	cfcl is Rich Morin's " machine, a Sun 2 running Sun 3.3		]
< [	Hoptoad is  John Gilmore's machine, a Sun 3 running Sun 3.4	]
< [	Honey is Peter Honeymans machine, a 3BX (?) running system 5 with HDB ]
< 
< 	factory	Uunet	cfcl	Hoptoad	Honey
< 
< 	E1	E1	E1	E1	E1	Echo ON/OFF
< 	F1	F1	F1	F1	F1	Echoplex ON/OFF
< 	M1	M1	M1	M1	M2	Speaker ON/OFF
< 	Q0	Q6	Q0	Q0	Q6	Quiet Enable
< 	T	T	T	T	T	Tone Dialing
< 	V1	V1	V1	V1	V1	Verbose ON/OFF
< 	X1	X1	X1	X0	X1	Result Code Basic/Extended
< 
< S00	001	001	001	001	001	Answer on Ring Number
< S01	000	000	000	000	000	Count of Rings
< S02	043	043	043	043	043	Escape Character
< S03	013	013	013	013	013	Carriage Return Character
< S04	010	010	010	010	010	Line Feed Character
< S05	008	008	008	008	008	Backspace Character
< S06	002	002	002	002	002	Dial Tone Wait Time
< S07	040	040	040	040	040	Wait for Carrier Time
< S08	002	002	002	002	002	Pause Time for Comma
< S09	006	006	006	006	006	Carrier Detect Time
< 
< S10	007	007	007	007	007	Carrier Loss to Reconnect Time
< S11	070	070	070	050	070	Touch Tone Timing
< S12	050	050	050	050	050	Escape Sequence Guard Time
< 
< S45	000	255	000	255	255	Remote Access Enable
< S47	004	004	004	004	004	DSR Delay time
< S48	000	000	000	000	000	Eight Bit Comparison
< S49	000	000	000	000	000	Product Ident. String Redef.
< 
< S50	000	000	000	000	000	Transmission Mode
< S51	004	254	255	005	255	Interface Speed
< S52	000	002	002	002	002	DTR Interpretation
< S53	000	004	001	001	000	DCD & DSR Interpretation
< S54	000	003	003	003	003	Break Signal Interpretation
< S55	000	000	000	000	000	Escape Char./Seq. Interp.
< S56	017	017	017	017	017	XON Character
< S57	019	019	019	019	019	XOFF Character
< S58	003	003	000	000	000	Flow Control used by DTE
< S59	000	000	000	000	000	Prompt Character
< 
< S60	000	000	000	000	000	Data Format
< S61	045	045	010	000	255	Speaker Volume
< S62	003	003	003	003	003	Break Length Time
< S63	001	001	001	001	001	Attention Code ON/OFF
< S64	000	000	000	000	000	Dial/Answer Sequence Abort
< S65	000	000	000	000	000	XON/XOFF Failsafe
< S66	000	000	000	000	000	Lock Interface Speed
< S67	000	000	000	000	000	CTS Interpretation
< S68	255	255	255	255	255	Flow Control used by DCE
< 
< S90	000	000	000	000	000	V.22 Emulation Mode Enable
< S91	000	000	000	000	000	Guard Tone Selection
< S92	000	001	000	001	000	PEP tones after 2400/1200/300
< S95	000	000	000	000	000	MNP Operating Mode
< 
< S100	000	000	000	000	000	Reverse Answer/Originate Mode
< S101	000	000	000	000	000	Continuous Answer/Originate
< S102	000	000	000	000	000	Auxiliary Telco Lead Setting
< S104	000	000	000	000	000	Automatic dialing
< 
< S110	255	001	255	255	255	Data Compression Enable
< S111	255	030	030	030	030	Asynchronous Protocols Support
< S112	001	001	001	001	001	Kermit Mark Character
< 
< S121	000	000	000	000	000	Echo Suppressor Compensation
< 
< 
< >
< >In closing,  I don't mean this to be an attack on the uunet machine and the
< >people who run it.  Honest.  I just want a reliable machine to call,  that's
< >all.  I know I could just go back to dialing another machine long-distance,
< >but that's not going to solve the problems.  I also know that I can't be the
< >only machine in the world that's having trouble.  I would like to hear from
< >others regarding their expirences with uunet.
< >
< >Thanks,
< >
< >
< >-- 
< >        Lawrence A. Dziegielewski       |       E.I. Dupont Co.
< >        {uunet!dgis!psuvax1}!eplrx7!lad |       Engineering Physics Lab
< >        Cash-We-Serve 76127,104         |       Wilmington, Delaware 19898
< >        MABELL:  (302) 695-1311         |       Mail Stop: E357-318
< 
< 
-- 
<---- David Herron -- The E-Mail guy            <david@ms.uky.edu>
<---- or:                {rutgers,uunet,cbosgd}!ukma!david, david@UKMA.BITNET
<----
<---- Winter health warning:  Remember, don't eat the yellow snow!