1.为什么要制定新的协议？那把好斧头。25有好的和坏的特点。为了找到更好的替代品，我们应该先看看AX的坏特性。以及无法删除或更正的原因。接下来我们应该看看AX的好特性。25在其他协议中找不到。这是为未来业余分组无线网络设计更好协议的途径。经过几年的试验和初步版本的AX。25 V1协议规范最终发布为AX。25 V2。0（1984）：斧头。25 V2。0规范说明了此AX的一些限制。25种规格很容易克服。例如，最大有效负载长度可以简单地从指定的256字节增加到1500字节甚至更多。这带来了巨大的改进，尤其是对于TCP/IP over AX。25.AX的一些规格。25对程序员来说是一场噩梦。地址有七个字节长！奇数素数7可能来自童话故事？并非这7个字节的所有位实际上都是地址的一部分。有些位用于其他目的。有些永远没有定义。仅仅比较两个AX需要多少编程工作量。25个地址？斧头。25 V2。0引入了一个可怕的麻烦，称为poll/final位。在实践中，这会产生大量不必要的RR poll/RR final（RR+/RR-）帧流量，大大降低了数据吞吐量。幸运的是，用户可以切换回AX。在HF等困难链接上使用25 V1。SuperVozelj节点使用AX。25 V1以提高主干链路的性能，并让最终用户切换到AX。25 V1（如果需要）。许多程序员在他们的AX实现中都试图避免RR+/RR干扰。25.不幸的是，这产生了许多不兼容的软件。许多斧头。25种实现也引入了新的协议错误。一些斧头。25个软件漏洞让我们走了很长的路！TNC2的NETROM节点固件中的内存管理错误被移植到TNC2的TF用户固件、所有版本的TheNet node软件、MS-DOS的TFKISS程序，最后移植到一些早期版本的Linux。只需发送一个AX，就可以远程崩溃Linux。25帧，长度合法但意外（太短或太长）。AX的最后一个工作实现之一。Flexnet32（AX.25处理）与WPP150（终端程序）一起使用时，出现了相当少的错误（在FRMR处观察到崩溃）：Flexnet32
......