Session Messages By MsgType

The Heartbeat (0) is useful for monitoring the status of the communication link and to identify when the last of a string of messages was not received.

The Test Request (1) message is utilized to force a heartbeat from the opposing application. The Test Request (1) message is useful for checking sequence numbers or verifying communication line status. The opposite application will respond to the Test Request (1) with a Heartbeat (0) containing the TestReqID (112) .

The Resend Request (2) is sent by the receiving application to initiate the retransmission of messages. This function is utilized if a sequence number gap is detected, if the receiving application lost a message, or as a function of the initialization process.

The Reject (3) message should be issued when a message is received which cannot be passed through to the application level. An example of when a reject may be appropriate would be the receipt of a message with invalid basic data (e.g. MsgType=&) which successfully passes de-encryption, CheckSum (10) and BodyLength (9) checks. (As a rule, messages should be forwarded to the trading application for business level rejections whenever possible.)

The Sequence Reset (4) message is used by the sending application to reset the incoming sequence number on the opposing side. The Sequence Reset (4) message can be used in the following situations

• During normal resend processing, the sending application may choose not to send a message (e.g. an aged order), the Sequence Reset can be used to mark the place of that message.
• During normal resend processing a number of administrative messages are not resent, the Sequence Reset (4) message is used to fill the sequence gap created.
• In the event of an application failure it may be necessary to force synchronization of sequence numbers on the sending and receiving sides

The Logout (5) message is to used to initiate or confirm the termination of a FIX session. Disconnection without the exchange of logout messages should be interpreted as an abnormal condition.

The Logon (A) message is utilized to authenticate a user attempting to establish a connection to a remote system. The Logon (A) message must be the first message sent by the application requesting to initiate a FIX session.