ax25: serial-tnc (DialKenwood) is broken

[martinhpedersen]

The serial-tnc scheme and it's DialKenwood function is badly designed and needs to be rewritten.

The scheme (serial-tnc) assumes too much of the TNC and the serial package used for IO could be much better.

The next implementation needs to allow scriptable TNC-up and TNC-down commands. It should also support flow control and have better error handling.

[martinhpedersen]

ax25+tnc:// as new scheme maybe?

[martinhpedersen]

See also la5nta/pat#115

[harenber]

Wouldn't it be a nice addition if we could support KISS natively? That way one could support all these KISS TNCs without the need to go through the Linux AX25 subsystem. I stumbled across this Python library, which looks like a good starting point for a Go port:

https://github.com/ampledata/kiss

Related: #47 and #36

[martinhpedersen]

@harenber: The python project you refer to only implements KISS. We would need a native AX.25 implementation as well, in order to support KISS TNCs without the need for Linux AX25.. unfortunately.

I've opened issue #56 to further clarify, since this is a recurring topic that many users are asking about.