Re: [Quickfix-developers] Mistaken Test Request by QuickFIX

[Jain, A. <Ani...@rb...>]

I agree with your description. Maybe, your needs are different. When
QucikFIX session ends on not receiving the second response, there is a
postmortem activity that needs to be done here, not "health" monitoring.
The notification of missing heartbeat is quite useful and timely to me.

But the bottom line is this: Missing heartbeat must mean the concept it
stands for, so that I can rely on it.

Thank you.

Anil Jain

-----Original Message-----
From: qui...@li...
[mailto:qui...@li...] On Behalf Of
Mike Gatny
Sent: Friday, August 01, 2008 2:29 PM
To: qui...@li...
Subject: Re: [Quickfix-developers] Mistaken Test Request by QuickFIX

QuickFIX Documentation:
http://www.quickfixengine.org/quickfix/doc/html/index.html
QuickFIX Support: http://www.quickfixengine.org/services.html

> Yes it causes problems. It tells the health of my FIX connections.
> Missing a heartbeat is a big deal.

It only becomes a big deal (i.e. the connection is considered lost) when
one end of the connection sends no data for HeartBtInt seconds *AND* it
additionally fails to respond to a TestRequest within HeartBtInt
seconds.  Here's what the spec has to say:

When either end of a FIX connection has not sent any data for
[HeartBtInt] seconds, it will transmit a Heartbeat message. When either
end of the connection has not received any data for (HeartBtInt + "some
reasonable transmission time") seconds, it will transmit a Test Request
message. If there is still no Heartbeat message received after
(HeartBtInt + "some reasonable transmission time") seconds then the
connection should be considered lost and corrective action be initiated.

In the scenario you posted, could the Rejected message be counted as
data received within the HeartBtInt period, thus obviating the need for
the TestRequest?  I suppose it could.  However, it does not end up
mattering if it does not count it because a TestRequest was sent and
correctly responded to.  Which means that the connection is still
"healthy".  Am I understanding your concern correctly?

--
Mike Gatny
Connamara Systems, LLC
http://www.connamara.com/

________________________________________

This E-Mail (including any attachments) may contain privileged or confidential information.  It is intended only for the addressee(s) indicated above.

The sender does not waive any of its rights, privileges or other protections respecting this information.  

Any distribution, copying or other use of this E-Mail or the information it contains, by other than an intended recipient, is not sanctioned and is prohibited.

If you received this E-Mail in error, please delete it and advise the sender (by return E-Mail or otherwise) immediately. 

This E-Mail (including any attachments) has been scanned for viruses. 

It is believed to be free of any virus or other defect that might affect any computer system into which it is received and opened. 

However, it is the responsibility of the recipient to ensure that it is virus free. 

The sender accepts no responsibility for any loss or damage arising in any way from its use.

E-Mail received by or sent from RBC Capital Markets is subject to review by Supervisory personnel. 

Such communications are retained and may be produced to regulatory authorities or others with legal rights to the information.

IRS CIRCULAR 230 NOTICE:  TO COMPLY WITH U.S. TREASURY REGULATIONS, WE ADVISE YOU THAT ANY U.S. FEDERAL TAX ADVISE INCLUDED IN THIS COMMUNICATION IS NOT INTENDED OR WRITTEN TO BE USED, AND CANNOT BE USED, TO AVOID ANY U.S. FEDERAL TAX PENALTIES OR TO PROMOTE, MARKET, OR RECOMMEND TO ANOTHER PARTY ANY TRANSACTION OR MATTER.