URFJET is a reflector set up for the exploration of DMR networks. Here you find modules linked to worldwide, USA wide or North American talkgroups. By simply switching modules on the reflector, you can explore one DMR network after another. Link to it once, then change module. No reconfiguring, no second hotspot, nothing to set up again.
URFJET is not intended for use on D-STAR, M17 or P25, because it does not use transcoding of any kind. Check out XLXJET for D-STAR and M17JET for M17.
DMR, YSF and NXDN work on every module, A through Z, and those operators hear each other directly. The three modes share the same voice codec, so on any given module they are in one conversation with nothing converting between them. That is what makes the reflector quick, and it is why there is no dongle or vocoder anywhere in the path.
How you get on depends on which mode you are arriving by.
YSF and NXDN are registered, so there is nothing to add. URFJET is YSF reflector 95111 and NXDN reflector 9511. Both are carried in the host lists your hotspot downloads on its own, so both appear in your dashboard's drop-down alongside every other public reflector. Pick it and link.
The DMR side you add yourself, once. URFJET is not carried in the DMR master lists, so it will not be in the drop-down. A SharkRF openSPOT lets you type the address straight in, which is a two-minute job. Pi-Star and WPSD work from a downloaded list rather than a typed address, so URFJET has to be added as a custom entry first. More fiddly, but a one-time step. Once it is in your list, linking to it is no different from linking to any other reflector.
After that, the point of URFJET is simple: every DMR network it reaches is one module change away. No second hotspot, no reprogramming, no reconnecting. Just change module and you are on a different network.
URFJET answers on its own address, with a separate port for each way in. Whether you arrive by DMR, YSF or NXDN, every module is open to you.
Reflector: URFJET · Host: 5.161.18.189 · YSF: 95111 · NXDN: 9511 · Dashboard: n6jet.com/urfjet
| Arriving by | Port | How you pick the module |
|---|---|---|
| DMR (MMDVM) | 62030 | Talkgroup 4001 to 4026 |
| DMR+ | 8880 | Talkgroup 4001 to 4026 |
| YSF / C4FM · reflector 95111 | 42000 | DG-ID 10 to 35 |
| NXDN · reflector 9511 | 41400 | RAN 1 to 26 |
DMR operators pick the module by talkgroup. Key up TG 4001 for module A, 4002 for B, and so on through TG 4026 for module Z. TG 4000 unlinks. It works the same on the DMR (MMDVM) and DMR+ ports.
YSF operators pick the module by DG-ID. Connect to YSF reflector 95111, then choose the module with the DG-ID. URFJET maps the DG-ID straight to a module: DG-ID 10 is module A, 11 is B, and so on in order up to 35 for module Z.
NXDN operators pick the module by RAN. URFJET now has NXDN access on all modules, A through Z. Connect to NXDN reflector 9511, then choose the module with the RAN: RAN 1 is module A, RAN 26 is module Z. Set the same RAN on both your radio and your hotspot, and you are in.
NXDN is the odd one out on a URF reflector. A DMR operator picks a module with a talkgroup and a YSF operator picks one with a DG-ID, but stock reflector software reads no equivalent field from an NXDN transmission. So an NXDN operator is dropped into whichever single module the reflector was configured to put them in, and cannot move. On most reflectors that is still the case.
URFJET runs a modified reflector. The change makes it read the RAN out of each incoming NXDN transmission and use that number to choose the module: RAN 1 for module A, in order, through RAN 26 for module Z. All twenty six modules, the same map DMR and YSF already had. The modification is switched on by a setting added to the reflector's own configuration file, and it is off by default, so an unmodified reflector behaves exactly as it always did. RANs above 26 are ignored.
It was tested on the air across every module on 5 September 2026. RAN 1 through RAN 26 in sequence each produced a clean module switch, A through Z, with no misses.
Why your radio and your hotspot have to agree. RAN is an access control field, the NXDN equivalent of a DMR color code, and hotspot software treats it as one: it accepts a transmission only when the RAN matches its own setting, and it stamps its own RAN on everything it sends to the network. So the number the reflector sees is the number configured on the hotspot. Set both to the same value and the module follows.
Changing modules from the radio alone has also been developed, but it needs a modification to the hotspot software as well as the reflector, so it is not something an ordinary station can use yet. In normal operating I simply change the RAN on my radio to switch modules. My own station runs a modified Pi-Star 4.3.7 hotspot with an Anytone AT-D890UV as the access radio. It works great.
| Module | DMR TG | YSF DG-ID | NXDN RAN | Destination |
|---|---|---|---|---|
| A | 4001 | 10 | 1 | ADN WORLD WIDE TG 91 |
| B | 4002 | 11 | 2 | AMCOMM WORLD WIDE 91 |
| C | 4003 | 12 | 3 | DMR PLUS WORLD WIDE 1 |
| D | 4004 | 13 | 4 | FREE WORLD WIDE 91 |
| E | 4005 | 14 | 5 | HAM UNITED WORLD WIDE 91 |
| F | 4006 | 15 | 6 | QUADNET WORLD WIDE 91 |
| G | 4007 | 16 | 7 | SYSTEM X WORLD WIDE 91 |
| H | 4008 | 17 | 8 | TGIF WORLD WIDE 114 |
| I | 4009 | 18 | 9 | ADN USA CALL 310 |
| J | 4010 | 19 | 10 | AMCOMM USA CAL 310 |
| K | 4011 | 20 | 11 | FREE USA CALL 310 |
| L | 4012 | 21 | 12 | HAM UNITED USA CALL 310 |
| M | 4013 | 22 | 13 | QUADNET USA CALL 310 |
| N | 4014 | 23 | 14 | SYSTEM X USA CALL 310 |
| O | 4015 | 24 | 15 | ADN USA WIDE 3100 |
| P | 4016 | 25 | 16 | AMCOM USA WIDE 3100 |
| Q | 4017 | 26 | 17 | FREE USA WIDE 3100 |
| R | 4018 | 27 | 18 | HAM UNITED USA WIDE 3100 |
| S | 4019 | 28 | 19 | QUADNET USA WIDE 3100 |
| T | 4020 | 29 | 20 | SYSTEM X USA WIDE 3100 |
| U | 4021 | 30 | 21 | AMCOMM NA ENGLISH 3 |
| V | 4022 | 31 | 22 | AMCOM NORTH AMERICA 93 |
| W | 4023 | 32 | 23 | DMR PLUS NORTH AMERICA 3 |
| X | 4024 | 33 | 24 | DMR PLUS NORTH AMERICA 30 |
| Y | 4025 | 34 | 25 | HAM UNITED NORTH AMERICA 110 |
| Z | 4026 | 35 | 26 | TGIF NORTH AMERICA 110 |