Imported from previous forum
Hi all,
we have a FIX gateway process which forwards orders to a backend system and gets back trades and market data.
What is the best way to report failure or unavailability of the backend system to the FIX client (buy side)?
Two approaches come to my mind:
-
Logout with Text=Explanatory Text
-
Unsolicited BusinessMessageReject(BusinessRejectReason=4(Application not available)
Is it possible to send BusinessMessageReject unsolicited? But the tag 372 (RefMsgType) is required, but cannot be filled for unsolicted messages.
Any opinions from the FIX community are very welcome.
Cheers, Jörg
[ original email was from John Prewett - jprewett@lavatrading.com ]
> Hi all,
we have a FIX gateway process which forwards orders to a backend system
and gets back trades and market data.What is the best way to report failure or unavailability of the backend
system to the FIX client (buy side)?Two approaches come to my mind:
Logout with Text=Explanatory Text
Unsolicited BusinessMessageReject(BusinessRejectReason=4(Application
not available)Is it possible to send BusinessMessageReject unsolicited? But the
tag 372 (RefMsgType) is required, but cannot be filled for
unsolicted messages.Any opinions from the FIX community are very welcome.
Cheers, Jörg
We use an unsolicited TradingSessionStatus (MsgType=h) message for this.
Hi all,
we have a FIX gateway process which forwards orders to a backend
system and gets back trades and market data.What is the best way to report failure or unavailability of the
backend system to the FIX client (buy side)?Two approaches come to my mind:
Logout with Text=Explanatory Text
Unsolicited
BusinessMessageReject(BusinessRejectReason=4(Application not
available)Is it possible to send BusinessMessageReject unsolicited? But the tag
372 (RefMsgType) is required, but cannot be filled for unsolicted
messages.Any opinions from the FIX community are very welcome.
Cheers, Jörg
We use an unsolicited TradingSessionStatus (MsgType=h) message for this.
I guess with 325(UnsolicitedIndicator)=Y and 340(TradSesStatus)=1(Halted)?
Hmmm, this seems more related to trading sessions than to error situations. Actually, the trading is not halted: There may be orders in the market which cannot be deleted.
Cheers, Jörg
[ original email was from John Prewett - jprewett@lavatrading.com ]
> > > Hi all,
we have a FIX gateway process which forwards orders to a backend
system and gets back trades and market data.What is the best way to report failure or unavailability of the
backend system to the FIX client (buy side)?Two approaches come to my mind:
Logout with Text=Explanatory Text
Unsolicited
BusinessMessageReject(BusinessRejectReason=4(Application not
available)Is it possible to send BusinessMessageReject unsolicited? But the
tag 372 (RefMsgType) is required, but cannot be filled for
unsolicted messages.Any opinions from the FIX community are very welcome.
Cheers, Jörg
We use an unsolicited TradingSessionStatus (MsgType=h) message
for this.I guess with 325(UnsolicitedIndicator)=Y and
340(TradSesStatus)=1(Halted)?Hmmm, this seems more related to trading sessions than to error
situations. Actually, the trading is not halted: There may be orders in
the market which cannot be deleted.Cheers, Jörg
We indicate which “Session” has become available/unavailable using the TradingSessionID (336) to differentiate between an actual execution venue and an intermediary routing point. TradingSessionID documentation says and I quote:
“Values should be bi-laterally agreed to between counterparties”.
In this case you can document that you will send out “Backend Server Unavailable” or whatever.
Hi all,
we have a FIX gateway process which forwards orders to a backend system
and gets back trades and market data.What is the best way to report failure or unavailability of the backend
system to the FIX client (buy side)?Two approaches come to my mind:
Logout with Text=Explanatory Text
Unsolicited BusinessMessageReject(BusinessRejectReason=4(Application
not available)Is it possible to send BusinessMessageReject unsolicited? But the
tag 372 (RefMsgType) is required, but cannot be filled for
unsolicted messages.Any opinions from the FIX community are very welcome.
Cheers, Jörg
Some implementations are using the News message (MsgType=B) for this purpose.
Oliver