This document describes the TARPN packet radio network design as of October 24, 2017.
This design is subject to change because the contributor base is growing and we're all learning.
TARPN is a description of nodes, of a network, and of a design philosophy tailored to make the network presentable to
the ham radio operators of today.
We wanted to build the largest Amateur Radio packet network we could. To do that we tried to come up with an optimum of several factors:
- minimum cost
- minimum complexity
- maximum involvement, knowledge-transfer, participation, and growth per member
- maximum operator freedom and transparency
- support-ability -- needs to be something any ham can get started in.
I would not have gotten involved with the project until the system looked like it could be done with a modicum of all of these factors.
- The TARPN is based on G8BPQ nodes running on a Raspberry PI computer with outboard TNCs or TNC emulators.
All participating stations are a part of the network.
There are no transient users.
Each and every radio used for packet to access the network is a full-time-up radio dedicated to talking to a single particular neighbor node.
All links between node sites are point to point, from one node to one other node.
Because there are no competing stations on the frequency of the point to point link, the timers controlling the TNC's access to the frequency are set for maximum performance.
At a single node, all transmitters are asynchronously transmitting, sometimes at the same time, multiplying the bandwidth in and out of each node.
See this Youtube video showing three demonstration nodes, each with two links.
The network can be considered to be a daisy chain of nodes where each node to node connection approximates a wire between the node sites.
A TARPN node can be simultaneously operating on all of its links at the same time.
Messages could be inbound on 3 links, for instance, at once, and the node can asynchronously switch from receive to transmit or transmit to receive on each link independently.
Ideally, and by design, all messages transmitted by a node are received by the neighbor.
There is no expectation, by design, that any messages are lost at all.
The system makes very good use of the limited data capacity available in our low technology radios and modems.
A TARPN network is completely decentralized.
The individual nodes have complete control over their transmit and receive timing, with cooperation from each link neighbor.
A fragment of the network is fully operational within the confines of that fragment.
The G8BPQ node software takes care of monitoring the links to the neighbors, and of keeping a list of nearby neighbors.
Users connect to a command-line prompt at a node, and then tell the node to connect to one of the known neighbors.
Once the user's connection has reached the desired node, they can connect to the owner of the node, or to a resources or application that is part of that node.
The user can also inspect the network connections and network link performance, uptime, counters and statistics.
There is no automated end-to-end routing capability enabling web-browser-like access to resources.
This has advantages in that participants learn the network and have intimate knowledge of the working and non-working equipment along a route.
TARPN node features
The packet station consists of a Raspberry PI running Debian Linux and with one or more TNCs.
The Raspberry PI boots from a slow solid state SD card.
It is totally silent and runs very cool.
The PI supports Ethernet, HDMI output, and has a built in hub providing two or four external USB sockets.
A keyboard and mouse could be attached.
A USB hub could be attached.
WiFi is included if the Raspberry PI 3 is used, else there are many WiFi adapters supported for the older Raspberry PIs.
The software load provided by the TARPN install scripts (see Builders section on this web site) include these features:
- A TARPN node can be operated via SSH links from a PC workstation on the local LAN. This can be via WiFi or Ethernet.
- Remote Desktop from MSWindows
- SSH server for logging into the PI
- Telnet server for locally accessing the node
- Minicom terminal emulator for taking incoming calls -- with Ring sound effect
- Audio support including a ring sound when Minicom takes a connect
- G8BPQ node software called piLinBpq.
The node software permits a network operator to analyze their own station to identify configured links and to test the performance of the links.
In addition, a list of all other participant stations within four hops and the best-route from this node to the distant node are available.
The operator can step to neighbor nodes and do the same analysis at each other location.
The G8BPQ node software permits connecting to local resources at each site, including an optiona CHAT service, BBS (email) service, or an inbound text interface.
- Local applications can connect to the G8BPQ node and then out into the network or to other local applications.
- Supplied scripting and utilities provides a shell terminal for connecting out from local PCs or the Raspberry PI to the network with up to 14 separate outbound sessions and 1 inbound session.
- G8BPQ BBS service permits directly entering and reading messages which may be delivered to or from other network BBS stations.
Messages can be 10s of Kilobytes in length and can include UUencoded attachments.
- TARPN-HOME web server enables connection from any LAN connected browser for in-home access to the network.
Laptop, cellphone, tablet, or locally on the Raspberry PI can have one Node/command pane and one CHAT conversation pane open
shared across all browsers connected to the TARPN-HOME web app and web server running on the Raspberry PI.
Web-app permits moving from device to device with continuous conversation.
- Tools for scanning I2C buss and configuring the I2C based TNC-PI TNCs
- piTermBpq, a Raspberry PI specific varient of the BPQtermTCP program -- runs in the Raspberry PI GUI -- can also accept connections from the Linux or MSWindows versions
of the BPQtermTCP program.
Up to 14 connections can be made by the operator using separate instances of the terminal program.
- Support for serial port TNCs in KISS mode using USB to serial adapters
- Support for TNC-PI daughter card (shield card) TNC
- Up to 6 TNC-PI, and a combination of USB-serial or other USB TNCs for a total of 12.
This is expandable up to 31 total ports with some script changes
TNCs and Radios -- Making Links
After installing the OS, utilities, applications and the TARPN scripts
on the Raspberry PI, you are ready to start hooking up radios.
Each TNC-PI may be wired to a single radio which can establish a link
to some other TARPN node.
When establishing frequencies and bands you must make sure that one of your
radios in transmit will not block the reception of a packet by another of
A suggested TARPN node site would have 3 radios, one each on 51, 145, and 440Mhz.
You can acquire an antenna like the Comet GP-15, and three commercial radios,
like the Vertex FTL-1011, Kenwood TK760H, and Kenwood TK805D, three TNC-PI
daughter cards, and a Diamond MX-2000 Triplexer. With 100' of LMR400 coax
cable and several connectors you can build an entire three port node for about $700,
not including cabinetry, antenna mounts, lightning protection, power supplies and batteries.
Using the 3 port TARPN node described above you can now make links to neighbor nodes
and begin building a network. Your 51Mhz Vertex can talk 20 miles through forest
to another same kind of radio. 440Mhz radios have much shorter range. If you are
lucky enough to have a tall structure or view-home to work from, you can get much
longer range out of 440Mhz.
Continuous Up Operation
Some packet radio users consider that packet is cheap because the only piece of equipment
required to make it work is a TNC. Radios are free because the hams already have them.
A $700 TARPN station will therefore seem to be really expensive. It is hard to argue
with that logic. If the stations involved are complacent with having packet radio
only intermittently available, and to having inconsistant results when they try to use it,
then TARPN may not be for them.
The interesting thing about packet radio networking
, as separate from infrequent guest
operation, is that each participant's station becomes part of the network and is a service
to the other hams. Not only do other stations get enjoyment from using the paths each
has created, but each builder becomes part of an emergency system
, a step above being merely prepared.
They also get to learn how to, and gain experience from, keeping a resource on-line indefinitely,
a wholly different regimen from whipping out their HT on the way to work.