使用python的quickfix，在多次心跳之后，接收器突然看不到我的了？

Question

我使用Python软件包将quickam连接到一个Python供应商。我们发送30秒心跳，10+次心跳没有问题。然后，随机地，供应商看不到我发送的心跳信号，我也没有收到他们发送的任何响应，然后他们强迫我退出会话。在

我们都不知道是什么原因造成的。我们的序列号也是同步的，如先前成功的心跳所示。下面是我们之间发送的修复消息的示例。当我发送序列号为34=13的最后一个时，他们就看不到我的心跳了。在

有人知道这可能是什么问题吗？不幸的是，他们的支持没有提供额外的信息，除了在我的序列号为34=12的消息之后他们没有收到任何其他信息。在

2017-09-08 13:31:55,312 - fix_connection.FIX_IO - INFO - toAdmin >>>>:
8=FIX.4.2|9=67|35=5|34=23|49=XXXX|52=20170908-17:31:55.285|56=****|141=N|10=115|

2017-09-08 13:31:55,433 - fix_connection.FIX_IO - INFO - toAdmin >>>>:
8=FIX.4.2|9=78|35=A|34=1|49=XXXX |52=20170908-17:31:55.403|56=**** |141=N|98=0|108=30|10=094|

2017-09-08 13:31:55,717 - fix_connection.FIX_IO - INFO - fromAdmin >>>>:
8=FIX.4.2|9=77|35=A|34=1|43=N|49=****|52=20170908-17:31:58.106|56=XXXX|98=0|108=30|10=049|

2017-09-08 13:31:55,789 - fix_connection.FIX_IO - INFO - fromAdmin >>>>:
8=FIX.4.2|9=89|35=1|34=2|43=N|49=****|52=20170908-17:31:58.175|56=XXXX|112=08/09/2017-13:31:58|10=179|

2017-09-08 13:31:55,815 - fix_connection.FIX_IO - INFO - toAdmin >>>>:
8=FIX.4.2|9=90|35=0|34=2|49=XXXX|52=20170908-17:31:55.801|56=****|141=N|112=08/09/2017-13:31:58|10=210|

2017-09-08 13:32:25,401 - fix_connection.FIX_IO - INFO - toAdmin >>>>:
8=FIX.4.2|9=66|35=0|34=3|49=XXXX|52=20170908-17:32:25.386|56=****|141=N|10=059|

2017-09-08 13:32:26,000 - fix_connection.FIX_IO - INFO - fromAdmin >>>>:
8=FIX.4.2|9=65|35=0|34=3|43=N|49=****|52=20170908-17:32:28.387|56=XXXX|10=015|

2017-09-08 13:32:55,420 - fix_connection.FIX_IO - INFO - toAdmin >>>>:
8=FIX.4.2|9=66|35=0|34=4|49=XXXX|52=20170908-17:32:55.406|56=****|141=N|10=056|

2017-09-08 13:33:01,443 - fix_connection.FIX_IO - INFO - toAdmin >>>>:
8=FIX.4.2|9=75|35=1|34=5|49=XXXX|52=20170908-17:33:01.429|56=****|141=N|112=TEST|10=073|

2017-09-08 13:33:05,502 - fix_connection.FIX_IO - INFO - fromAdmin >>>>:
8=FIX.4.2|9=65|35=0|34=4|43=N|49=****|52=20170908-17:32:58.496|56=XXXX|10=020|

2017-09-08 13:33:05,713 - fix_connection.FIX_IO - INFO - fromAdmin >>>>:
8=FIX.4.2|9=89|35=1|34=5|43=N|49=****|52=20170908-17:33:07.942|56=XXXX|112=08/09/2017-13:33:07|10=176|

2017-09-08 13:33:05,739 - fix_connection.FIX_IO - INFO - toAdmin >>>>:
8=FIX.4.2|9=90|35=0|34=6|49=XXXX|52=20170908-17:33:05.722|56=****|141=N|112=08/09/2017-13:33:07|10=209|

2017-09-08 13:33:07,400 - fix_connection.FIX_IO - INFO - fromAdmin >>>>:
8=FIX.4.2|9=74|35=0|34=6|43=N|49=****|52=20170908-17:33:09.791|56=XXXX|112=TEST|10=035|

2017-09-08 13:33:35,470 - fix_connection.FIX_IO - INFO - toAdmin >>>>:
8=FIX.4.2|9=66|35=0|34=7|49=XXXX|52=20170908-17:33:35.449|56=****|141=N|10=065|

2017-09-08 13:33:37,575 - fix_connection.FIX_IO - INFO - fromAdmin >>>>:
8=FIX.4.2|9=65|35=0|34=7|43=N|49=****|52=20170908-17:33:39.967|56=XXXX|10=026|

2017-09-08 13:34:05,490 - fix_connection.FIX_IO - INFO - toAdmin >>>>:
8=FIX.4.2|9=66|35=0|34=8|49=XXXX|52=20170908-17:34:05.475|56=****|141=N|10=063|

2017-09-08 13:34:07,661 - fix_connection.FIX_IO - INFO - fromAdmin >>>>:
8=FIX.4.2|9=65|35=0|34=8|43=N|49=****|52=20170908-17:34:10.057|56=XXXX|10=007|

2017-09-08 13:34:35,513 - fix_connection.FIX_IO - INFO - toAdmin >>>>:
8=FIX.4.2|9=66|35=0|34=9|49=XXXX|52=20170908-17:34:35.497|56=****|141=N|10=071|

2017-09-08 13:34:37,924 - fix_connection.FIX_IO - INFO - fromAdmin >>>>:
8=FIX.4.2|9=65|35=0|34=9|43=N|49=****|52=20170908-17:34:40.320|56=XXXX|10=004|

2017-09-08 13:35:05,532 - fix_connection.FIX_IO - INFO - toAdmin >>>>:
8=FIX.4.2|9=67|35=0|34=10|49=XXXX|52=20170908-17:35:05.520|56=****|141=N|10=097|

2017-09-08 13:35:08,276 - fix_connection.FIX_IO - INFO - fromAdmin >>>>:
8=FIX.4.2|9=66|35=0|34=10|43=N|49=****|52=20170908-17:35:10.579|56=XXXX|10=059|

2017-09-08 13:35:35,555 - fix_connection.FIX_IO - INFO - toAdmin >>>>:
8=FIX.4.2|9=67|35=0|34=11|49=XXXX|52=20170908-17:35:35.537|56=****|141=N|10=109|

2017-09-08 13:35:38,571 - fix_connection.FIX_IO - INFO - fromAdmin >>>>:
8=FIX.4.2|9=66|35=0|34=11|43=N|49=****|52=20170908-17:35:40.967|56=XXXX|10=064|

2017-09-08 13:36:05,573 - fix_connection.FIX_IO - INFO - toAdmin >>>>:
8=FIX.4.2|9=67|35=0|34=12|49=XXXX|52=20170908-17:36:05.560|56=****|141=N|10=104|

2017-09-08 13:36:10,144 - fix_connection.FIX_IO - INFO - fromAdmin >>>>:
8=FIX.4.2|9=66|35=0|34=12|43=N|49=****|52=20170908-17:36:11.256|56=XXXX|10=055|

2017-09-08 13:36:35,594 - fix_connection.FIX_IO - INFO - toAdmin >>>>:
8=FIX.4.2|9=67|35=0|34=13|49=XXXX|52=20170908-17:36:35.580|56=****|141=N|10=110|

2017-09-08 13:36:46,611 - fix_connection.FIX_IO - INFO - toAdmin >>>>:
8=FIX.4.2|9=76|35=1|34=14|49=XXXX|52=20170908-17:36:46.598|56=****|141=N|112=TEST|10=141|

2017-09-08 13:36:54,493 - fix_connection.FIX_IO - INFO - 

*** Force Logout ****

我的配置文件如下：

^{pr2}$

Answer 1

您发送的消息中的时间戳和52（文本）字段之间的差异大约为5毫秒。您收到的消息中这些字段之间的差异要大得多，在1到3秒之间。在我看来你的时钟好像不同步了。这种事以前也发生在我身上，效果和你描述的一样。当消息堆积在您的一端时，可能会发生这种情况。CPU是否被大量资源占用，或者您是否与具有大量I/O的其他设备共享端口？您可以尝试将您所在的端口切换到某个绝对未使用的端口，然后在它自己的进程中启动QuickFix。在