Today is Friday, 2020-08-07
Some Icons by Dryicons
See update below.
To over simplify things a bit, there’s a debate right now about Winlink with respect to our inability to monitor traffic between other parties.1) When someone sends you a message over the air, you receive it in your inbox, but other hams watching the exchange will only be able to see the callsigns involved, the subject line, and a few other things. The body of the message, though, will appear to them as a compressed mess of gibberish.
Winlink has a document that:
[C]larifies details of implementation of the B2F protocol so that Winlink stations’ compliance with US FCC rules is clear. Using technical information here will allow an individual with development skills to create programs to clearly monitor intercepted on-air transmissions.2)
Interestingly, Winlink’s position is that only individual with “development skills” should be able to do this. They also have an online Message Viewer but it only works for US callsigns, and it’s not really what the debate is about anyways. And so, the petition to the FCC asks in part that:
The FCC should require all digital codes to use protocols that ’can be monitored in entirety by third parties with freely available, open-source software.’3)
That sounds very reasonable. In principle, you can imagine that if a program like Winlink can easily decompress a message for one recipient, it could just as easily decompress all the messages it hears. It would simply be a matter of managing these messages in a way that is easy for the user to filter what is theirs and what isn’t.
Well, it seems that there’s been some progress in decoding over-the-air messages recently:
This is a reasonable step forward as proof of concept. [...] I hope to further the work to yield a functioning monitoring tool for those with interest in monitoring the Winlink system. [...] It’s clear to me this capability will be warmly received by all parties in the debate [...]
The Winlink monitorability nut is cracked. Privacy on radio Winlink no longer exists... and that’s a very good thing for all parties.4)
It’s pretty cool that someone managed to reverse engineer the compression algorithm and packetization scheme, but again, I think Winlink should be forced to offer this feature in their program so that everyone can monitor every winlink message they can hear on the air.5)
Check out this thread to follow the ongoing development.
SCS, the company that created PACTOR, has unveiled software that offers the ability to monitor the content of PACTOR 1, 2, and 3 transmissions over the air. The free PMON software runs under the Linux operating system. A software version to monitor PACTOR 4 is scheduled to become available next year.
According to SCS, only minimal hardware is required to use PMON. The equipment complement includes a Raspberry Pi 3 Model B+ (minimum) computer and a USB sound device. [...] The German company says PMON now makes this possible without a modem and adds the ability to decode B2F/LZHUF-compressed messages — Winlink email and others.
Again, my personal view is that it’s pretty cool that third parties are finally addressing this issue, but Winlink should be forced to offer this feature in their program so that everyone can monitor every winlink message they can hear on the air right out of the box. – Patrick, VE7HZF 2019/10/17 07:23