[This message was posted by joel louis of <[email protected]> to the "4.2 Changes" discussion forum at http://fixprotocol.org/discuss/5. You can reply to it on-line at http://fixprotocol.org/discuss/read/5d87f6c2 - PLEASE DO NOT REPLY BY MAIL.]
Hi Binayakumar, I misunderstood your question, are you saying that client send Resend Request (7) = 50 to (16) = 90 while both inbound and outbound are synchronised in=100 and out=100? What happen with the the sequence 91,92...99? As you have mentioned Resend Request is send only to initiate the retransmission of messages, if there is a sequence number gap detected. If they have received 91,92...99 Then they should send a Resend Request 7=50 and 16=100 or even 16=0. My advice 16=0 this will allow a fast recovery. Hope this help Joel > Hi, > > I have some concern about the Resend Request. I know that whenever there > is a High Sequence Number issue, then system sends a Resend Request > Message, but can we send a Resend Request message when there is no High > Sequence number issue. Please look into the below scenario. > > Suppose for e.g. Client’s inbound sequence Number =100 and Outbound > Sequence Number is 100. > > Similarly broker inbound sequence Number =100 and Outbound Sequence > Number is 100. (Both are in Sync). > > There is no sequence number issue in this communication, but still > client wants to send Resend Request message from BeginSeqNum(7) = 50 to > EndSeqNum(16) = 90. > > 1) Can it be possible to send a resend request from client side? > > 2) If yes, then what will be the response messages from the counter > party? And how Client will manage if any Sequence Reset-GapFill > messages comes? > > Thanks & Regards Binayakumar Patel [You can unsubscribe from this discussion group by sending a message to mailto:[email protected]] --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Financial Information eXchange" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/FIX-Protocol?hl=en -~----------~----~----~----~------~----~------~--~---
