docs(wiki): the WSJT-X relay was missing from the outbound list
Six outbound services, five documented. The missing one is the answer to the problem the digital-modes page had just finished describing: WSJT-X sends to one address, so without a relay the choice is between OpsLog and GridTracker rather than both — and OpsLog has been able to be that relay all along. Connections now lists it and explains the loop guard (pointing it at one of OpsLog's own ports would feed the stream back into itself, and it refuses) and that datagrams are passed on verbatim, with no origin header of the kind the receiving side has had to write code to survive. Digital Modes and GridTracker gains it as the unicast answer, which is better than the one it gave: OpsLog relaying to GridTracker on 2238 needs nothing from GridTracker and no multicast anywhere. Co-Authored-By: Claude Opus 5 (1M context) <[email protected]>
This commit is contained in:
@@ -54,10 +54,36 @@ address in the group box listens on unicast instead, and says so in the log.
|
||||
|---|---|---|
|
||||
| **ADIF message** | a plain ADIF record | each QSO logged |
|
||||
| **WSJT-X logged QSO** | the same ADIF wrapped in a WSJT-X datagram | each QSO logged |
|
||||
| **Relay the WSJT-X stream** | every datagram received, byte for byte | as it arrives |
|
||||
| **PstRotator frequency** | `<PST><FREQUENCY>` | frequency change |
|
||||
| **N1MM RadioInfo** | N1MM's RadioInfo XML | frequency or mode change |
|
||||
| **Custom message** | whatever you write | a trigger you pick |
|
||||
|
||||
### Relay the WSJT-X stream
|
||||
|
||||
WSJT-X, JTDX and MSHV each send to **one address**. Without a relay the choice
|
||||
is between OpsLog and JTAlert / GridTracker, not both.
|
||||
|
||||
This row re-sends every datagram an inbound WSJT-X row receives, **byte for
|
||||
byte**, to another program — so OpsLog stops being the reason you cannot run the
|
||||
two together:
|
||||
|
||||
```
|
||||
WSJT-X ──▶ OpsLog (inbound, 2237) ──relay──▶ GridTracker (2238)
|
||||
```
|
||||
|
||||
Point it at the **other** program's port. Pointing it at one of OpsLog's own
|
||||
listening ports would feed the stream back into itself for ever; the relay
|
||||
refuses and says so in the log rather than flooding the network.
|
||||
|
||||
Nothing is added to the datagrams — no origin header. Some relays in the field
|
||||
prepend one (`127.0.0.1:2237|`), which is exactly the kind of thing OpsLog has
|
||||
had to write code to survive on the receiving side; passing it on downstream
|
||||
would be repeating that mistake.
|
||||
|
||||
> If every program involved can do **multicast**, prefer that: each one gets its
|
||||
> own copy and no relay is needed. See [[Digital Modes and GridTracker]].
|
||||
|
||||
### Which one for another logger?
|
||||
|
||||
If a logger says it accepts "WSJT-X UDP", it wants the **WSJT-X logged QSO**
|
||||
|
||||
Reference in New Issue
Block a user