Linux kernel sctp累计tsn确认不正确

创建关联后，SACK（SCTP服务器）中的累积TSN不正确。它总是（'初始TSN'-1）。实际上，客户端向服务器发送消息

只是想知道这是否是LKSCTP的问题？ Red Hat Enterprise Linux Server 6.7版（圣地亚哥） lksctp-tools-1.0.10-7.el6.x86_64

例如，从SCTP客户端到SCTP服务器的初始TSN为100。 在4条消息握手之后，客户端向服务器发送一条带有TSN 100的消息。 来自服务器的SACK中的累积TSN为99。 客户端发送更多消息。 来自服务器的SACK中的累积TSN仍然是99。 客户端重新传输消息。 来自服务器的SACK中的累积TSN仍然是99。 稍后，客户端向服务器发送中止

中止后，将再次创建关联。然后发生与上述描述相同的问题

---

请提供更多信息。特别是:1。双方（客户端和服务器）在INIT和INIT_ACK中报告的初始TSN值。2.报告的内容是什么。是否有任何可选参数，如间隙确认块或重复的TSN？3.中止区块中报告的内容。是否有任何“错误原因”附加到中止块？仅供参考，无论初始TSN客户端在INIT chunk中报告的值是多少，当它第一次发送数据块时，它应该使用服务器端在INIT_ACK.1中报告的初始TSN。tsn符合规范要求；2.SACK块中没有额外信息；3.中止中没有原因代码。请。检查上传的图像。谢谢