2017-06-07 11 views
0

私はJavaで書かれたDRAの交換ノードを開発していますが、他の当事者はINIT_ACKで応答する必要があり、協会はINITで確立するSCTPのRFCに基づいて、CentOSに7SCTP冗長INIT_ACK

に最初のメッセージをRestCommとlksctpを使用しています
私はINITを送信していないのに何度もINIT_ACKを受け取っています。

この動作はRFCに記載されており、この冗長なメッセージは無視することをお勧めします。

私はlksctpのドキュメントhttps://linux.die.net/man/7/sctpをチェックし、調整可能なパラメータを見つけました。私はprsctp_enableをfalseに変更しました。これにより、INITで送信された転送TSNパラメータを削除できました(これは元のDRAではパラメータです送信されません)。しかし、INITから削除できなかったECN(Explicit Congestion Notification)というパラメータがあります(これは現在のDRAと私のReplacement DRAの唯一の違いです)。

最後に、冗長なINIT_ACKを回避するにはどうすればよいですか?どのようなパラメータの調整が役に立ちますか

答えて

0

複数のINI_ACKが表示されていることに関連して、TSNもECNの機能も転送しません。複数のINIT_ACK応答を有効にするパラメータはありません。 私はそれがルーティング/トラフィックキャプチャの問題であると思われるか、またはあなたが誤ってINITを送ったと思われます。 wiresharkトレースをキャプチャする価値があり、実際にリモートエンドにINIT_ACKを送信する原因を見てください。