Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 14 Next »

Application Message

FIX message that is responsible for business related context.

Counterparty

A counterparty is a FIX application that takes part in a FIX session.

End Of Day Procedure

End Of Day (EOD) procedure is a standard practice across the industry that FIX sessions with different counterparties are scheduled to be terminated at a specified time of day. During this procedure log-files of sessions can be removed into back up directory

FIX Application

Any application which is intended for Equities Trading, deployed on the side of a buyer, seller, brocker or exchange. 

FIX Connection

A physical connection between two FIX applications established to exchange of  FIX messages . FIX connection is comprised of three parts: logon, message exchange, and logout. 

FIX Message

A FIX message is the information formatted in FIX protocol. FIX messages are formed from a number of field. 

Each FIX field is a tag - value pairing that is separated from the next field by a delimiter SOH (0x01).

The tag is an integer that indicates the meaning of the field.   

The value is an array of bytes that hold a specific meaning for the particular tag (e.g. tag 48 is securityID, a string that identifies the security; tag 22 is IDSource, an integer that indicates the identifier class being used). The values may be in plain text or encoded as pure binary (in which case the value is preceded by a length field).

The FIX protocol defines meanings for most tags, but leaves a range of tags reserved for private use between consenting parties.

FIX message example: 8=FIX.4.2|9=128|35=D|49=TESTI|56=TESTA|34=4|52=20100318-08:46:14|11=20100318-0002|21=1|55=IBM|54=2|60=20100318-08:46:14.323|38=2000|40=1|10=071|

All FIX messages separated into two parties: Session messages and Application messages.

FIX Protocol

The Financial Information eXchange (FIX) Protocol is a messaging standard developed specifically for the real-time electronic exchange of securities transactions. FIX is a public-domain specification owned and maintained by FIX Protocol, Ltd.

FIX Session

A FIX session is a bi-directional stream of ordered FIX messages between two FIX applications within a continuous sequence number series.   

FIX Session is comprised of one or more FIX connections over a period of time, usually intraday, meaning that the FIX session may span multiple logins. Refer to 'Configuring FIX Sessions' for more details.

FIX Session - Acceptor

FIX session in which FIXEdge play role Acceptor. The session-acceptor waits for incoming logon right after creation and then responds with confirming logon. When connection is lost, session-acceptor switches to the state, in which it waits for reconnect logon message. Refer to ‘Configuring FIX Sessions’ for more details.

FIX Session - Initiator

FIX session in which FIXEdge play role Initiator. The session-initiator initiates connection by sending logon message and waits for the confirming logon. It is also responsible for session reconnection i.e. sends logon to restore the session. Refer to ‘Configuring FIX Sessions’ for more details.

Heartbeat Message

FIX message (tag MsgType (35) = 0) that is intended for monitoring the status of the communication link and identification when the last of a string of messages was not received.

Logon Message

A FIX message (tag MsgType (35) = A) that is intended for establishment of FIX session. The Logon message provides authentication and initialization of the FIX session.

Logout Message

FIX message (tag MsgType (35) = 5) that is intended to initiate or confirm the termination of a FIX session.

Reject Message

A FIX message (tag MsgType (35) = 3) that is intended to inform counterparty that the recieved application message cannot be passed through application level. An example of when a reject may be appropriate would be the receipt of a message with invalid basic data.

Resend Request Message

FIX message (tag MsgType (35) = 2) that is intended to initiate the retransmission of missed messages from the counterparty.

Sequence Reset Message

FIX message (tag MsgType (35) = 4) that is sent to reset the incoming sequence number on the counterparty's side. The Sequence Reset message has two modes: Gap Fill mode and Reset mode.

  • Gap Fill mode (tag GapFillFlag (123) = Y)
  • Reset mode (tag GapFillFlag (123) = N or omitted) 

Session Message

A FIX message that are responsible for establishing and termination of the connection, message delivery and data integrity control.

List of session messages: Logon, Logout, Heartbeat, Test Request, Resend Request, Sequence Reset, Reject.

Test Request Message

A FIX message (tag MsgType (35) = 1) that is intended to force a heartbeat message from the counterparty. The Test Request message checks sequence numbers or verifies communication line status.

Transport Adaptor Session


Unregistered Acceptor

A FIX session – acceptor that does not exist by the time the new incoming logon message appears. Refer to ‘Configuring FIX Sessions’ for more details.



  • No labels