<div dir="ltr"><div dir="ltr"><div dir="ltr"><div dir="ltr">Here are the description of CME ilink certification</div><div dir="ltr">Steps of the test: Processing Message Gaps of More than 2500 Messages</div><div dir="ltr">1,Submit a Heartbeat message</div><div dir="ltr">2,Receive and process a Heartbeat message and detect sequence gap</div><div dir="ltr">3,Submit Resend Request messages to obtain all messages</div><div dir="ltr">"Invalid Resend Request messages are being sent. Please hit START TEST button to start the test again.</div><div dir="ltr">Failed"</div><div dir="ltr">4,Receive and process a Sequence Reset - Gap Fill message</div><div dir="ltr">5,Submit a Heartbeat message</div><div dir="ltr">6,Receive and process a Heartbeat message</div><div dir="ltr">7,Submit a Heartbeat message</div><div dir="ltr"><br></div><div dir="ltr">It failed on step 3.</div><div dir="ltr">From the log below, Quickfixn first detect the gap (larger than 2500, expecting </div><div dir="ltr">73104 but received 78304), then Quickfixn sends a resend request for first 2500 messages </div><div dir="ltr">(FROM: 73104 TO: 75603), then CME sends SequenceReset FROM: 73104 TO: 78306.</div><div dir="ltr">Here the problem is that CME expects "Submit Resend Request messages to obtain all messages", </div><div dir="ltr">but Quickfixn only sends one resend request for first 2500 messages (although later Quickfixn says </div><div dir="ltr">"Already sent ResendRequest FROM: 73104 TO: 78303. Not sending another").</div><div dir="ltr">Is it supposed to send a few resend request to obtain all messages?</div><div dir="ltr">(FROM: 73104 TO: 75603), (FROM: 75604 TO: 78103),(FROM: 78104 TO: 78303)</div><div dir="ltr"><br></div><div dir="ltr">In QuickFix/J, people also discussed this issue and seems QuickFix/J added config</div><div dir="ltr">options specifically to cope with this case.</div><div dir="ltr"><a href="http://quickfix-j.364392.n2.nabble.com/Resend-request-can-be-rejected-with-advice-td7579215.html">http://quickfix-j.364392.n2.nabble.com/Resend-request-can-be-rejected-with-advice-td7579215.html</a></div><div dir="ltr"><br></div><div dir="ltr">In Quickfixn release notes, </div><div dir="ltr"><a href="https://github.com/connamara/quickfixn/blob/master/RELEASE_NOTES.md">https://github.com/connamara/quickfixn/blob/master/RELEASE_NOTES.md</a></div><div dir="ltr">in version 1.5.0</div><div dir="ltr">(patch) issue #153 - Chunked resends are now sent "on-demand" instead of all-at-once (roji)</div><div dir="ltr">seems this patch is related to this issue.</div><div dir="ltr"><br></div><div dir="ltr">My question is in new version QuickFixn 1.8.0, is there any simple way to pass this CME certification? </div><div dir="ltr">Or I have to hack the Quickfixn code to write something to handle this?</div><div dir="ltr">Thanks.</div><div>Zhi</div><div dir="ltr"><br></div><div dir="ltr">Quickfixn log:</div><div dir="ltr"><outgoing> 8=FIX.4.2☺9=89☺35=0☺34=252☺49=M6N004N☺50=0J4L☺52=20190130-15:51:30.15</div><div dir="ltr">5☺56=CME☺57=99☺142=US,IL☺369=73103☺10=154☺</div><div dir="ltr"><incoming> 8=FIX.4.2☺9=89☺35=0☺34=78304☺369=252☺52=20190130-15:51:30.799☺49=CME☺</div><div dir="ltr">50=99☺56=M6N004N☺57=0J4L☺143=US,IL☺10=177☺</div><div dir="ltr"><event> MsgSeqNum too high, expecting 73104 but received 78304</div><div dir="ltr"><outgoing> 8=FIX.4.2☺9=106☺35=2☺34=253☺49=M6N004N☺50=0J4L☺52=20190130-15:51:30.8</div><div dir="ltr">10☺56=CME☺57=99☺142=US,IL☺369=73103☺7=73104☺16=75603☺10=223☺</div><div dir="ltr"><event> Sent ResendRequest FROM: 73104 TO: 75603</div><div dir="ltr"><outgoing> 8=FIX.4.2☺9=98☺35=1☺34=254☺49=M6N004N☺50=0J4L☺52=20190130-15:51:33.81</div><div dir="ltr">1☺56=CME☺57=99☺142=US,IL☺369=73103☺112=TEST☺10=177☺</div><div dir="ltr"><event> Sent test request TEST</div><div dir="ltr"><incoming> 8=FIX.4.2☺9=98☺35=0☺34=78305☺369=254☺52=20190130-15:51:33.820☺49=CME☺</div><div dir="ltr">50=99☺56=M6N004N☺57=0J4L☺143=US,IL☺112=TEST☺10=186☺</div><div dir="ltr"><event> MsgSeqNum too high, expecting 73104 but received 78305</div><div dir="ltr"><event> Already sent ResendRequest FROM: 73104 TO: 78303. Not sending another.</div><div dir="ltr"><incoming> 8=FIX.4.2☺9=135☺35=4☺34=73104☺369=254☺52=20190130-15:51:35.991☺43=Y☺4</div><div dir="ltr">9=CME☺50=99☺56=M6N004N☺57=0J4L☺122=20190130-15:51:35.991☺143=US,IL☺36=78306☺123=</div><div dir="ltr">Y☺10=186☺</div><div dir="ltr"><event> Received SequenceReset FROM: 73104 TO: 78306</div><div dir="ltr"><outgoing> 8=FIX.4.2☺9=89☺35=0☺34=255☺49=M6N004N☺50=0J4L☺52=20190130-15:51:49.00</div><div dir="ltr">4☺56=CME☺57=99☺142=US,IL☺369=78305☺10=169☺</div><div dir="ltr"><incoming> 8=FIX.4.2☺9=89☺35=0☺34=78306☺369=255☺52=20190130-15:51:51.802☺49=CME☺</div><div dir="ltr">50=99☺56=M6N004N☺57=0J4L☺143=US,IL☺10=170☺</div><div dir="ltr"><event> ResendRequest for messages FROM: 73104 TO: 78303 has been satisfied.</div><div dir="ltr"><outgoing> 8=FIX.4.2☺9=89☺35=0☺34=256☺49=M6N004N☺50=0J4L☺52=20190130-15:52:04.81</div><div dir="ltr">1☺56=CME☺57=99☺142=US,IL☺369=78306☺10=169☺</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jan 29, 2019 at 4:18 PM Zhi Jiang <<a href="mailto:jiangzhi08@gmail.com">jiangzhi08@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div dir="ltr"><div dir="ltr"><div>Dear all,</div><div dir="ltr">We are working on CME ilink certification, but failed on test "Processing Message Gaps of More than 2500 Messages."</div><div>It seems this was discussed some time ago for version 1.4.</div><div><a href="http://lists.quickfixn.com/pipermail/quickfixn-quickfixn.com/2013q1/000797.html" target="_blank">http://lists.quickfixn.com/pipermail/quickfixn-quickfixn.com/2013q1/000797.html</a><br></div><div><br></div><div>We are using quickfix/n 1.8.0. Is this issue resolved in version 1.8.0?</div><div><span style="white-space:pre-wrap;color:rgb(0,0,0)">In our configuration file, we set </span><br></div><div><div><font color="#000000"><div><span style="white-space:pre-wrap">MaxMessagesInResendRequest=2500</span></div><br class="gmail-m_9056347140798801037gmail-Apple-interchange-newline"></font></div></div><div>Any suggestions are appreciated. thanks.</div><div>Zhi</div></div></div></div>
</blockquote></div></div></div>