On 12/3/26 02:57, Bruce Perens via Freetel-codec2 wrote:
I'm not going to burden the freetel-codec2 group with repeated progress on
this project, I just wanted to close out the conversation for now. The work
on ICS forms is part of a much larger project that I am close to deploying
and you will see it when I do. There is, however, an opportunity to improve
on the ICS workflow currently presented by Winlink, which I experienced
while working for a local sheriff's communications team. And this is
related to freetel-codec2 because David's data modems would obviously be
part of the project.
Is there a mailing list where we can discuss this further so we're not
clogging up the Codec2 list?
I've been looking at doing something similar for my emergency comms
group. At the moment the pieces of the stack that I'm investigating are:
- Data link layer: at the moment prototyping with 1200 baud AFSK KISS
TNCs (I know 1200 baud AFSK over FM is a lemon in terms of noise
performance but we've got TNCs coming out our ears) but other options
like ARDOP and FreeDV Data are doable.
- Link layer: AX.25 packet (it's well established and widely understood)
and possibly Net/ROM.
- Routing layer: UUCP (again, well understood technology)
Into this, SMTP servers like Postfix can readily integrate. So atop
this, a IMAP server for message accessibility and a user agent like
Roundcube. Those forms then become part of a Roundcube plug-in that
integrates FEMA message forms into the whole stack.
As a proof-of-concept, there is a system doing something similar: HERMES
is a packet radio system that utilises UUCP over ARDOP to deliver email,
they've also expanded it with in-transport CODEC transcoding to allow
delivery of voice mail, images and apparently short videos as well.
https://www.rhizomatica.org/hermes/
I wouldn't copy this verbatim: for the voice mail part, I think I see
mention of MELPe, replacing that with Codec2 would be a much better
option in my opinion, but the concept is sound, and it's clear that it
does in fact work. ARDOP seems to be capable of around 1-2kbps, so in
the same realm of 1200-baud AFSK (in theory; ignoring noise performance
for now), so the FreeDV data modem could be a big improvement.
UUCP does have the downside that the current implementations of it (e.g.
Taylor UUCP) assume a "fixed" list of nodes that will never change, but
I'm not certain that's a requirement of the protocol.
Net/ROM can manage finding a node across a couple of hops and establish
a connection. Over that, UUCP manages the file transport and more
distant routing. Alternatively, APRS can be used to "ping" a node,
discover a possible digipeater path, then regular AX.25 used over the
discovered route.
With some careful work in the interfacing layer to UUCP, you could
automatically determine a route to the destination via AX.25 or Net/ROM
nodes to direct a message whereever it is needed.
Regards,
--
Stuart Longland (aka Redhatter, VK4MSL)
I haven't lost my mind...
...it's backed up on a tape somewhere.
_______________________________________________
Freetel-codec2 mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/freetel-codec2
