在每次重新发送请求的2500个消息块中执行消息恢复操作时， drop copy gap填充了管理消息。
假设发送＆＃34;重发请求“从10260到36264。
1st resend request 10260 till 12759
2nd resend request 12760 till 15259
3rd resend request 15260 till 17759
4th resend request 17760 till 20259
依旧......
在回复第3次重发请求时， 对方发送SequenceReset，因为管理消息存在间隙填充。 但是，SequenceReset中的NewSequence数字是36265（实际上大于第3个重发请求结束序列号17759）。
然后QUICK FIX忽略下一个预期的重发请求本身，即第四次重发请求17760直到20259
我们应该如何处理这种情况，以便在重发请求响应结束时有间隙填充时发送第4个重发请求？
请建议。