Re: ARPANET Routing Non-Redundant

Article View: mod.telecom

Article #582

#582

From: pozar
Date: Mon, 22 Dec 1986 17:10

18 lines
1275 bytes

   This brings up a problem that I had with pa bell (Pacific) at the station
that I work with.  I had ordered a main and a back-up data (2003) line between
our studios and our transmitter site.  I installed a automatic switch that 
would flip between the lines in case of failure.  Little did I know that for
the most part of those lines they were routed through different C.O.s but for 
a kilometer section by Golden Gate Park.  Amazing what a back hoe can do...
   I had pa bell reroute one of the lines, and installed a remote control that
I can bring up through a dial-up circut.

	   Tim Pozar
UUCP       pozar@well.UUCP
FIDO       125/406
USNail     KLOK-FM
	   77 Maiden Lane
	   San Francisco CA 94108

Technical Details

Message-ID: <8612240405.AA04263@ucbvax.Berkeley.EDU>

Path: arc1-ca.pugleaf.net!utzoo!decvax!ucbvax!pozar@lll-lcc.ARPA@well.UUCP

Show Full Headers

Complete Article Headers

Relay-Version: version B 2.10 5/3/83; site utzoo.UUCP
Path: arc1-ca.pugleaf.net!utzoo!decvax!ucbvax!pozar@lll-lcc.ARPA@well.UUCP
From: pozar@lll-lcc.ARPA@well.UUCP
Newsgroups: mod.telecom
Subject: Re: ARPANET Routing Non-Redundant
Message-ID: <8612240405.AA04263@ucbvax.Berkeley.EDU>
Date: Mon, 22-Dec-86 12:10:00 EST
Article-I.D.: ucbvax.8612240405.AA04263
Posted: Mon Dec 22 12:10:00 1986
Date-Received: Wed, 24-Dec-86 01:01:39 EST
Sender: daemon@ucbvax.BERKELEY.EDU
Organization: The ARPA Internet
Lines: 18
Approved: telecom@xx.lcs.mit.edu