Java SCTP冗余初始化确认
我正在开发一个用JAVA编写的DRA替换节点,它在Centos 7上使用RestComm和lksctp 根据SCTP的RFC,建立关联的第一条消息是INIT,另一方应使用INIT_ACK进行回复Java SCTP冗余初始化确认,java,sctp,Java,Sctp,我正在开发一个用JAVA编写的DRA替换节点,它在Centos 7上使用RestComm和lksctp 根据SCTP的RFC,建立关联的第一条消息是INIT,另一方应使用INIT_ACK进行回复 发生的事情是,我多次收到INIT_ACK,即使我没有发送INIT。 RFC中提到了此行为,建议您忽略此冗余消息 我检查了lksctp的文档,发现了一些可以调整的参数,我将prsctp_enable更改为false,通过此操作,我可以删除INIT中发送的forward TSN参数(在原始DRA中,此
发生的事情是,我多次收到INIT_ACK,即使我没有发送INIT。
RFC中提到了此行为,建议您忽略此冗余消息 我检查了lksctp的文档,发现了一些可以调整的参数,我将prsctp_enable更改为false,通过此操作,我可以删除INIT中发送的forward TSN参数(在原始DRA中,此参数未发送)。但是有一个名为ECN(显式拥塞通知)的参数,我无法从INIT中删除它(这仍然是当前DRA和替换DRA之间的唯一区别)
那么,最后,如何避免冗余的初始化确认呢?任何可能有助于我的参数调整无论是转发TSN还是ECN功能都与您看到多个INI\u ACK相关。没有参数可以打开多个初始确认响应。 我怀疑这可能是路由/流量捕获问题,或者您意外发送了init。捕获wireshark跟踪并看看到底是什么导致远程端发送INIT_ACK是值得的