1 つのサーバーで正常に動作する外部相手先への FIX 接続を試みています。実装を別のサーバー (独自のファイアウォールを持つ別のネットワーク上) に移動しました。ログオン メッセージが 2 つの側の間で交換されていることがわかります (アプリケーション層とネットワーク層の両方のログで確認できます)。しかし、ログオン直後に取引相手のメッセージに応答しているため、FIX アウトバウンド メッセージで、メッセージを送信する有効なセッションがないという例外がスローされます。これより前に、ネットワーク ログにリセットが表示されません (上記のイベントが発生した後にリセットが発生し、その後、quickfixj アプリがログアウトを送信します)。私のハートビート間隔は、取引先の指示に従って 30 秒に設定されています。この例外は、ログオン応答の 1 秒以内に発生します。同じ構成が別のサーバー (ファイアウォール ルールがない) でも機能します。これを引き起こしている可能性のあるアイデアと、ネットワークが関連している場合、それを確認するための最良のアプローチは何ですか?
更新: 問題は私の側のロジックの誤りに関連していました - 私は自分の側で修正しました。セッション ID は、アクセスされる前に設定されていませんでした。