Fix.4.2 协议实现(Fiximulator - Banzai(client)) 消息日志
Fix.4.2 protocol implementation(Fiximulator - Banzai(client)) message log
我正在尝试实施 Fix.4.2 协议，但很难理解我在下面附加的消息日志。这里 Logon(35=A) 请求是用 MsgSeqNum(34=1) 从客户端发送的。然后为了测试 ResendRequest 和 SequenceReset 会话级消息，我发送了一个 NewOrderSingle 请求，其中 MsgSeqNum=7（而不是 MsgSeqNum=2，因为后续消息应该在登录请求后增加 msgseqnum）。正如预期的那样，MsgSeqNum 比接收到的 Fiximulator 响应的 ResendRequest(35=2) 高太多，无法从 2 发送到 0（即从 2 到 7）。这里为什么 Fiximulator 不等待客户的回复？相反，它正在发送心跳消息。为什么客户端发送ResendRequest响应Fiximulator的ResendRequest而不是发送SequenceReset消息？.
如果可能，还请解释剩余的案例。
提前致谢。
您的接受者配置文件中的 ResetOnLogon 状态是什么？默认值为 N，因此不会被重置。始终检查您的配置文件或尝试调试以找出问题。
ResetOnLogon Determines if sequence numbers should be reset when recieving a logon request. Acceptors only
我正在尝试实施 Fix.4.2 协议，但很难理解我在下面附加的消息日志。这里 Logon(35=A) 请求是用 MsgSeqNum(34=1) 从客户端发送的。然后为了测试 ResendRequest 和 SequenceReset 会话级消息，我发送了一个 NewOrderSingle 请求，其中 MsgSeqNum=7（而不是 MsgSeqNum=2，因为后续消息应该在登录请求后增加 msgseqnum）。正如预期的那样，MsgSeqNum 比接收到的 Fiximulator 响应的 ResendRequest(35=2) 高太多，无法从 2 发送到 0（即从 2 到 7）。这里为什么 Fiximulator 不等待客户的回复？相反，它正在发送心跳消息。为什么客户端发送ResendRequest响应Fiximulator的ResendRequest而不是发送SequenceReset消息？.
如果可能，还请解释剩余的案例。
提前致谢。
您的接受者配置文件中的 ResetOnLogon 状态是什么？默认值为 N，因此不会被重置。始终检查您的配置文件或尝试调试以找出问题。
ResetOnLogon Determines if sequence numbers should be reset when recieving a logon request. Acceptors only