How a D-STAR Network Works

Every other digital voice mode routes traffic with a number. DMR has talkgroups and DMR IDs. Fusion has rooms. NXDN has Unit IDs. P25 has talkgroups.

D-STAR routes with your callsign. That single decision explains almost everything about the network — what it can do that no other mode can, why it needs a registration step none of the others require, and why it has a reputation for being complicated.

It isn’t complicated. It is just different, and the differences all trace back to that one idea.

The Four Fields

A D-STAR radio does not have a talkgroup setting. It has four callsign fields, and every transmission carries all four.

Field	What goes in it	What it means
MYCALL	Your callsign	Who is talking. Set once and forget it.
URCALL	`CQCQCQ`, a callsign, or a command	Where the call is going. This is the field that does the work.
RPT1	Repeater callsign + module letter	The RF door you are coming in through.
RPT2	Repeater callsign + `G`	The gateway — the way out to the internet.

Set URCALL to CQCQCQ and you are making a general call, exactly like keying up on an FM repeater. Put an actual callsign in URCALL instead and the network will find that person and deliver your audio to whatever repeater or hotspot they last used — anywhere on earth.

The module letter matters, and G is spoken for. Repeater modules are lettered by band — A for 23 cm, B for 70 cm, C for 2 m by convention. G is reserved for the gateway, which is why you never see a module G on the air. RPT2 is always the repeater callsign with G in the eighth position.

The Shape of the Network

The Routing Layer — Finding a Person

When you put a callsign in URCALL, your gateway has to answer a question: where in the world is that operator right now?

The answer comes from ircDDB — the IRC-based Distributed Database. The name is literal. It genuinely uses the Internet Relay Chat protocol, the same 1988 text-chat system that once ran every hacker channel on the internet, repurposed to let D-STAR gateways gossip with each other in real time about who was heard where.

It is one of the most elegant hacks in amateur radio, and almost nobody knows it is there.

The database never touches your audio. ircDDB does not carry voice. It only tells your gateway where a callsign was last heard and how to reach that gateway directly. Once your gateway knows the answer, it sends the audio straight to the far-end gateway. The database is a phone book, not a switchboard.

The Split That Breaks Callsign Routing

Here is the part that catches everyone, and it is the single most important thing on this page.

When hotspots multiplied, the original network declined to carry them. QuadNet was the answer, and Pi-Star moved its default there. The practical consequence is that a hotspot user and a repeater user can be invisible to one another for callsign routing even though both are “on D-STAR.”

Network	Who is on it
ircddb.net	The original. Repeaters only — hotspots are not permitted.
QuadNet	The alternative. Hotspots welcome. This is what Pi-Star points at by default.

Why your callsign route went nowhere. A well-configured repeater can connect to both databases and be reachable from either. A hotspot generally lives on QuadNet alone. So if you call a station and hear nothing back, the fault is often neither radio nor callsign — you are simply looking for them in a phone book they are not listed in. Check which database each end is on before you check anything else.

Registration — the Step Nobody Warns You About

D-STAR is the only amateur digital voice mode that will not let you onto the internet side of the network until a human being approves you.

Because routing is by callsign, the network has to know that the callsign is really yours. That approval lives with a trust server — in the United States, the one operated by the K5TIT group in Texas, the same people who put up the first D-STAR repeater in the country. You register once, through the web page of any gateway, and that registration propagates.

Your radio will work on RF without it. Your voice will simply never leave the repeater.

The Linking Layer — Joining a Room

Callsign routing finds a person. Reflectors are the other half of the network: many-to-many rooms, closer to a DMR talkgroup, and in practice this is where the overwhelming majority of D-STAR activity actually happens.

There are four families, and the reason there are four is history rather than design.

You link a module to a reflector and everything on that module goes to the room, and everything in the room comes back. Unlink and you are local again. That is the whole model, and it is why most operators never touch callsign routing at all — the rooms are simply easier.

Where It All Comes Together

Family	Protocol	Notes
REF	D-Plus	The original, and still the busiest in the US. Closed source; authenticates against the trust server.
XRF	DExtra	The first open-source answer to D-Plus.
DCS	DCS	A later, more capable protocol, strongest in Europe.
XLX	All of the above	The modern one. Speaks D-Plus, DExtra and DCS at once, and bridges to other modes. This is where the interesting work happens now.

On a modern system — a Pi-Star hotspot, or a homebrew repeater — every one of these layers is handled by a single piece of software: ircDDBGateway, written by Jonathan Naylor, G4KLX. It does callsign routing via ircDDB, links to all four reflector families, gateways position reports out to APRS, and runs the StarNet group server, all at once.

The commercial mode got the cheap radios. D-STAR got the better network, and one man wrote most of it.

The Honest Summary

D-STAR’s network is the most thoughtfully designed in amateur digital voice. Routing by callsign is the right idea — a person is a callsign, not a number, and the network should know that.

It is also the one that asks the most of you before it works: register with a trust server, understand four callsign fields, know which of two incompatible databases your gateway points at, and pick a reflector family. DMR asked for a seven-digit number and a $25 handheld.