{{Quickfixn}} Question on appication failure and how ResendRequest works

Christoph John christoph.john at macd.com
Fri Feb 21 04:00:18 PST 2020


"0" simply means "to infinity", i.e. the most current seqnum that is used on receiver side.
See https://fiximate.fixtrading.org/en/FIX.5.0SP2_EP254/tag16.html

Cheers,
Chris.


On 21.02.20 05:14, Jiho HAN wrote:
> I created a pair of test apps, a sender and a receiver.
> They are connected and the sender is sending execution reports and then I kill the receiver to 
> simulate failure.
> I see an event entry, “Sent ResendRequest FROM: 86820 TO: 0” on the receiver side.
> It seems to be asking for all messages from 86820 (either including/excluding, not sure) to 87211 
> (again not sure, I’m guessing excluding).
> The “0” is what throws me.
> Can someone describe in detail what’s happening? Or point me to a documentation of how this works?
> The following are what I see:
> Sender seq num: 87209
> Receiver seq num: 86820
> Sender event log>
> 20200221-03:54:35.696 : Received logon
> 20200221-03:54:35.696 : Responding to logon request
> 20200221-03:54:35.712 : Got resend request from 86820 to 0
> 20200221-03:54:35.760 : Sent SequenceReset TO: 87212
> Receiver event log>
> 20200221-03:54:35.680 : Connection succeeded
> 20200221-03:54:35.696 : Initiated logon request
> 20200221-03:54:35.712 : Received logon
> 20200221-03:54:35.712 : MsgSeqNum too high, expecting 86820 but received 87211
> 20200221-03:54:35.712 : Sent ResendRequest FROM: 86820 TO: 0
> 20200221-03:54:35.712 : ResendRequest for messages FROM: 86820 TO: 0 has been satisfied.
> 20200221-03:54:35.838 : Processing queued message: 87211
> ----------
> Thanks
> Jiho
>
>
> This message and any attachments (the "message") is intended solely for the addressees and is 
> confidential. If you receive this message in error, please delete it and immediately notify the 
> sender. Any use not in accord with its purpose, any dissemination or disclosure, either whole or 
> partial, is prohibited except formal approval. The internet can not guarantee the integrity of 
> this message. BNP PARIBAS (and its subsidiaries) shall (will) not therefore be liable for the 
> message if modified. Please note that certain functions and services for BNP Paribas may be 
> performed by BNP Paribas RCC, Inc.
>
>
> Unless otherwise provided above, this message was sent by BNP Paribas, or one of its affiliates in 
> Canada, having an office at 1981 McGill College Avenue, Montreal, QC, H3A 2W8, Canada. To the 
> extent this message is being sent from or to Canada, you may unsubscribe from receiving commercial 
> electronic messages by using this link: www.bnpparibas.ca/en/unsubscribe/ 
> <http://www.bnpparibas.ca/en/unsubscribe/>. See www.bnpparibas.ca <http://www.bnpparibas.ca> for 
> more information on BNP Paribas, in Canada.
>
>
> _______________________________________________
>

-- 
Christoph John
Software Engineering
T +49 241 557080-28
christoph.john at macd.com

MACD GmbH
Oppenhoffallee 103
52066 Aachen, Germany
www.macd.com

Amtsgericht Aachen: HRB 8151
Ust.-Id: DE 813021663
Geschäftsführer: George Macdonald

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.quickfixn.com/pipermail/quickfixn-quickfixn.com/attachments/20200221/8b3a730d/attachment.htm>


More information about the Quickfixn mailing list