ArticleslgStudy

science

TRICKLE

TRICKLE is a science topic covered in the lgStudy science library. This page brings together a partial reference excerpt, illustrations, worked examples, real-world applications and a short study plan, so you can understand TRICKLE rather than just read about it. In short: TRICKLE was a file-forwarding service on the BITNET (EARN/NetNorth/GulfNet) network. When it was created, many sites in Europe only had access to BITNET or compatible networks, and not to the Internet.

Key takeaways

  • TRICKLE belongs to science; place it in that map before memorising details.
  • Learn the definition first, then one example that makes the definition concrete.
  • Connect TRICKLE to a quantity you can measure, compute or draw — that is where exam questions come from.
  • Reproduce the core statement of TRICKLE from memory before moving on to harder problems.

Reference excerpt

TRICKLE was a file-forwarding service on the BITNET (EARN/NetNorth/GulfNet) network. When it was created, many sites in Europe only had access to BITNET or compatible networks, and not to the Internet. Therefore, there was a great need to access files that were available only on the Internet. The TRICKLE server allowed anyone on the BITNET-compatible networks to access hundreds of thousands of files from many popular FTP servers around the world - especially to the SIMTEL20. The TRICKLE server was a 'concentrator' of FTP sites into central servers. Each server had its own (large) cache disk to store files that have been recently ordered by users, and was in communication with all other TRICKLE servers about the contents of its cache. When a user ordered a file that is not in local cache, TRICKLE could usually forward this command to one other TRICKLE server that was known to hold the file. In some cases, "broadcasts" to all other TRICKLEs for this file is necessary, and if the file is new, or accessed very infrequently, it was requested from one of the 3 FTP slave-servers it had. These 3 were special servers who fetch the file via FTP and send it via NJE to TRICKLE. TRICKLE servers reduced load on FTP sites substantially: Their incoming-to outgoing file rate was usually 1/5. Meaning, each cached file was usually sent out five times during its lifetime in the cache disk. TRICKLE supported a wide range of delivery methods to the user. Besides the usual email+(UUE, XXE, BTOA, etc.), it could also FTP the files to the user, or use NJE SENDFILE where possible and desired. It was possible to subscribe to file patterns, such as <MSDOS.VIRUS>SCAN and to have the server deliver you a new copy of the file each time it is made available. A special keyword, '*' could be used instead of the pattern to subscribe to an entire subdirectories, like: <OS2.NEW>* In its heyday, TRICKLE processed thousands of requests daily, delivering many gigabytes of software to its users. The server allowed users anywhere around the world to request files from an FTP server on the Internet via a gateway server which was connected to both networks. It was intended to enable the more widespread distribution of (what was then referred to as) Public Domain software from the SIMTEL20 and about a dozen other repositories (hence the command /PDGET, see below). The software was originally written by Turgut Kalfaoglu at the Turkish national node TREARN (Ege University, Izmir) and was rapidly mirrored at many other BITNET nodes including AWIWUW11 (Austria), BANUFS11 (Belgium), DKTC11 (Denmark), DB0FUB11 or DTUZDV1 (Germany), IMIPOLI (Italy), EB0UB011 (Spain), TAUNIVM (Israel) and others. To use the service, BITNET users would type a command to their local machine which would forward the remainder of the line as a command to the TRICKLE server. The syntax of the forwarded command was similar to those used on LISTSERV but prefixed with a slash:

TELL TRICKLE AT node /PDGET <directory>file (mode

where node was the BITNET node hosting a TRICKLE gateway; <directory>file was the directory and file required; and (mode specified the file transfer mode (e.g. UUE). On BITNET VAX systems the local syntax was SEND TRICKLE@node. An example command would look like:

TELL TRICKLE AT TREARN /PDGET <MSDOS.GAMES>MADMAX.ARC

It also accepted commands sent via email; any number of commands could be put in the body of the message. The target file was optionally divided into 64Kb chunks after zipping and UUencoding to alleviate congestion on the BITNET network, which used a store-and-forward transmission model where files in transit were sorted into ascending order of size at each intervening node. This enabled very small files to travel reasonably quickly, leaving larger ones to queue for later (e.g. overnight). It was the receiving user's responsibility to piece together the chunks in order for reassembly into the full UUencoded file for decoding and unzipping. TRICKLE used a distributed cache database - that is, it only kept one copy of each requested file in Europe and each TRICKLE server was aware of each other's files. If anyone asked for any of those files, the request would be automatically forwarded to whichever TRICKLE server happened to have it. This alleviated the load on the saturated international links (esp. Europe-USA), and permitted rapid delivery of popular files. Users could also subscribe to file patterns, using a command like /SUB <MSDOS.VIRUS>SCAN* for example, and each new matching file that appeared in the repository would automatically be sent to the user. TRICKLE also had the ability to create "newsletters" and mail them out to subscribers - it contained information about each new file that was added to the repository. Likewise, users could send the /NEW command and get a list of the newest additions to the archives. The server also knew of which servers were closest to their users, and forced users to use their local server. However, if that server was detected to be down, then any other server accepted commands from the users of that region. TRICKLE was written by Turgut Kalfaoglu in REXX programming language (over 40k lines of code) with some code in 370 Assembler mainly written by Gustaf Neumann. It ran on IBM VM/CMS systems. For this server, Turgut Kalfaoglu was awarded European Academic and Research Network's Software of the Year award. References:

References

Worked examples

Example 1 — a first encounter with TRICKLE

Start with the simplest possible case. Write down what TRICKLE claims or describes in one sentence, then invent the smallest concrete situation in which that sentence is true. In science, the smallest case is usually a single object, a single equation or a single measurement. Check that every symbol or term in your sentence has a meaning in that case.

Example 2 — changing one variable

Take the situation from Example 1 and change exactly one quantity: double it, halve it, or set it to zero. Predict what should happen to TRICKLE before you calculate. Comparing your prediction with the result is the fastest way to find out whether you understand the idea or only the words.

Example 3 — an exam-style question

Typical questions about TRICKLE ask you to (a) state it precisely, (b) apply it to given data, and (c) explain a limitation. Practise writing all three answers in under five minutes; the third part is what separates a full-mark answer from an average one.

Applications of TRICKLE

In research
TRICKLE appears in science research whenever the underlying quantities have to be modelled precisely. Papers usually cite it as a starting assumption and then explore where it breaks down.
In technology and industry
Engineering practice reuses TRICKLE in design rules, simulations and safety margins. Knowing the idea lets you read a specification sheet and understand why the numbers look the way they do.
In the classroom
TRICKLE is common in secondary-school and first-year university syllabi. It links to neighbouring topics History of the Internet, so understanding it makes those chapters shorter.
In everyday life
Look for TRICKLE outside the textbook — in sport, cooking, traffic, electronics or the sky above you. An example you found yourself is remembered far longer than one you were given.

Affiliate

Preply — study more efficiently by working with a personal tutor. 50% off.

How to study TRICKLE in 20 minutes

  1. Read the reference excerpt below once, without taking notes.
  2. Close the page and write down what TRICKLE means in your own words.
  3. Compare your version with the excerpt and mark what you missed.
  4. Work through the three examples above with pen and paper.
  5. Explain TRICKLE out loud to somebody else — or to Teacher Smith in the lgStudy chat.

Frequently asked questions

What is TRICKLE in simple terms?

TRICKLE was a file-forwarding service on the BITNET (EARN/NetNorth/GulfNet) network. When it was created, many sites in Europe only had access to BITNET or compatible networks, and not to the Internet.

Why does TRICKLE matter?

Because it connects several science ideas at once: it gives you a definition you can apply, a quantity you can calculate, and a way to check whether a result is plausible.

How should I study TRICKLE?

Read the excerpt, restate it from memory, then work through the examples and applications listed on this page. The five-step study plan above takes about twenty minutes.

What does this page cover?

It gives you a compact reference excerpt plus original lgStudy explanations, examples, applications and study material on TRICKLE.

Tags

  • History of the Internet

Keep exploring