Resend Request
8=FIX.4.2
9=69
7=8315
16=0
34=5033
35=2
49=TEST1
52=20160131-16:14:43.047
56=DWFIX01
10=118
When is a Resend Request sent?
The receiving application initiates the retransmission of messages by sending a resend request when:
- A sequence number gap is detected
- A message is lost by the receiving application
- Is a function of the initialization process
What type of message can a Resend Request request?
What can a Resend Request request?
The resend request can be used to:
- Request a single message
- Request a range of messages
- Request all messages subsequent to a particular message.
Receiving Application Processing
Message Type Consideration
The sending application may wish to consider the message type when resending messages.
Example: If a new order is in the resend series and a significant time period has elapsed since
its original inception, the sender may not wish to retransmit the order given the potential for changed market conditions.
Note: The Sequence Reset<4>
- GapFill message is used to skip messages that a sender does not wish to resend.
Sequential Order Processing
The receiving application must process messages in sequential order.
Example: When tag 7 is missed and tags 8-9 are received, the application should ignore tag
8-9 and request a resend of tag 7-9 or 7-16.
Using 7-16 is strongly recommended to recover from out of sequence conditions as it allows for faster recovery in the presence of certain race conditions when both sides are simultaneously attempting to recover a gap.
Tag | Tag Description | Example Value | Value Description | Required |
---|---|---|---|---|
8 | BeginString | FIX.4.2 | FIX Version | Yes |
9 | BodyLength | 63 | Length of message | Yes |
7 | BeginSeqNo | 8315 | Message sequence number of first message in range to be resent | Yes |
16 | EndSeqNo | 0 | Message sequence number of last message in range to be resent. 0 represents infinity. | Yes |
34 | MsgSeqNum | 5033 | Message sequence number | Yes |
35 | MsgType | 2 | Resend Request Message | Yes |
49 | SenderCompID | TEST1 | Sender ID | Yes |
52 | SendingTime | 20160131-16:14:43.047 | Sending timestamp | Yes |
56 | TargetCompID | DWFIX01 | Target ID | Yes |
10 | CheckSum | 118 | Checksum of message | Yes |
Updated less than a minute ago