Back to the main page

Mailing List Logs for ShadowRN

Message no. 1
From: Pablo Jagupsky <pavloj@*******.bgu.ac.il>
Subject: Datataps and deckers
Date: Tue, 9 Jan 1996 18:17:24 +0200 (IST)
Listen to the following: the description of a datatap in the original
SRII says that you can use the datatap to transfer the data to a remote
user, or...well...something like that. Does this mean that I can simply
use my Deck remotely?
Comment on this, will you people?

Mike Yagupsky
"This is the Strangest life I've ever known."
--Jim Morrison
Message no. 2
From: Robert Watkins <robertdw@*******.com.au>
Subject: Re: Datataps and deckers
Date: Wed, 10 Jan 1996 15:03:27 +1100 (EST)
>Listen to the following: the description of a datatap in the original
>SRII says that you can use the datatap to transfer the data to a remote
>user, or...well...something like that. Does this mean that I can simply
>use my Deck remotely?
>Comment on this, will you people?

Gee, ah, yes. Use a datatap, hook up into a telecom line, and you've got
an access point. No, you can't use your deck remotely (you have to be at
the deck). Yes, you can use this to get the sammies to "create" an access
point for you inside that nice No-Matrix-Access facility. Rules for it
are in VR 2.0

--
Robert Watkins robertdw@*******.com.au
Real Programmers never work 9 to 5. If any real programmers
are around at 9 am, it's because they were up all night.
Message no. 3
From: Jonathan Wright <jwrigh01@********.ca>
Subject: Re: Datataps and deckers
Date: Wed, 10 Jan 1996 11:33:48 -0500 (EST)
On Tue, 9 Jan 1996, Pablo Jagupsky wrote:

> Listen to the following: the description of a datatap in the original
> SRII says that you can use the datatap to transfer the data to a remote
> user, or...well...something like that. Does this mean that I can simply
> use my Deck remotely?
> Comment on this, will you people?

If you mean remote in the sense of transmission over anything other than
a fibreoptic line, I would say no for the same reason you can't deck
using a cellular hook-up (transmission noise greatly affects the data
integrity needed to run a full ASIST).

Jon Wright
Message no. 4
From: pbailey@***.ipswichcity.qld.gov.au (Peter Bailey)
Subject: Re: Datataps and deckers
Date: Wed, 10 Jan 96 23:05:38
Hi Pablo,

> Listen to the following: the description of a datatap in the original=

> SRII says that you can use the datatap to transfer the data to a remo=
te
> user, or...well...something like that. Does this mean that I can simp=
ly
> use my Deck remotely?
> Comment on this, will you people?

Hmmm. Deck remotely. ie. using a deck where the decker and deck are
physically seperated? No. However, splice into a line and then dial the
datatap and thus the tapped line from another LTG? Why not? I would put=
the
bandwidth of the datatap at 10 times it's rating.

Any other thoughts people?

Cheers.
Message no. 5
From: Sgt Pepper <GRBENNET@*****.CIS.ECU.EDU>
Subject: Re: Datataps and deckers
Date: Thu, 11 Jan 96 11:40:55 EST
On Thu, 11 Jan 1996 08:06:43 -0500 Peter Bailey said:
>Hi Pablo,
>
>> Listen to the following: the description of a datatap in the original
>> SRII says that you can use the datatap to transfer the data to a remote
>> user, or...well...something like that. Does this mean that I can simply
>> use my Deck remotely?
>> Comment on this, will you people?
>
>Hmmm. Deck remotely. ie. using a deck where the decker and deck are
>physically seperated? No. However, splice into a line and then dial the
>datatap and thus the tapped line from another LTG? Why not? I would put
>bandwidth of the datatap at 10 times it's rating.
>
>Any other thoughts people?
>
Actually, I think it may be referring to the ability to deck using a
satalite uplink, or maybe that was only SRI, or maybe Ive gone completely
mad.

Sgt Pepper

Further Reading

If you enjoyed reading about Datataps and deckers, you may also be interested in:

Disclaimer

These messages were posted a long time ago on a mailing list far, far away. The copyright to their contents probably lies with the original authors of the individual messages, but since they were published in an electronic forum that anyone could subscribe to, and the logs were available to subscribers and most likely non-subscribers as well, it's felt that re-publishing them here is a kind of public service.

Thwap!