{{Quickfixn}} QuickFix session disconnect

Fri Jan 12 07:55:40 PST 2018

Hi,

The session remains connected as long as messages are exchanged between the two parties. The situation when the session is disconnected happens when the only messages exchanged are login, heartbeat and test. The session logs are configured and working, I was just mentioning that there are no messages related to a disconnect. All the messages that need to be exchanged are implemented.

Best regards,

Constantin Huiung
Software Developer

[Synetec Logo for Email]

413 The Print Rooms
164-180 Union Street
London
SE1 0LH
0203 637 3864
0208 144 4206

[Description: LinkedIn]<http://www.linkedin.com/company/synetec>  [Description: twitter] <http://twitter.com/SynetecUK>

This e-mail, together with any attachments, may be confidential and are intended solely for the use of the addressee(s). The use of this information or any disclosure, copying or distribution is prohibited and may be unlawful. If you believe you have received this email in error then please contact the sender and delete this email and its attachments. Synetec Limited is registered in England & Wales with the registered number 6976030. The Company's principal place of business, and registered office, is 7-10 Adam Street, London, WC2N 6AA.

From: Quickfixn [mailto:quickfixn-bounces at lists.quickfixn.com] On Behalf Of Roberto Reff
Sent: 12 January 2018 15:41
To: Mailing list for QuickFIX/n <quickfixn at lists.quickfixn.com>
Subject: Re: {{Quickfixn}} QuickFix session disconnect

Hi.

I just thinking...

a) As there ist also a setting called 'ReconnectInterval=30', even if you just have a bad wan connection the fix session should be going up after some seconds.

b) I just had the idea if one of your parties is using a so called 'stateful firewall'. But as your settings showing a 30 second connection ping (HeartBtInt=30). This firewall settings must be very agressiv. I'm not sure if this is even posible. But I had this type of issue with a wcf udp connection.

Why you not able to read you session logs as well? Should be simple to configure for?
Are there messages types the other party trying to exchange with your initiator but you hav'nt implemented them yet?

Regards
Roberto

________________________________
Von: Quickfixn <quickfixn-bounces at lists.quickfixn.com<mailto:quickfixn-bounces at lists.quickfixn.com>> im Auftrag von Constantin Huiung <chuiung at synetec.co.uk<mailto:chuiung at synetec.co.uk>>
Gesendet: Freitag, 12. Januar 2018 14:13:58
An: Mailing list for QuickFIX/n
Betreff: Re: {{Quickfixn}} QuickFix session disconnect

Hi,

There is no disconnect message in our logs, the last messages in the log file are the heartbeats exchanged between the two systems, and they simply stop.

As the other side is saying that the session disconnects and they have triggers to let them know about this situation it can be assumed that the disconnect request comes from our side (quick fix component), but I cannot say this with 100% certainty.

From: Quickfixn [mailto:quickfixn-bounces at lists.quickfixn.com] On Behalf Of Roberto Reff
Sent: 12 January 2018 11:56
To: Mailing list for QuickFIX/n <quickfixn at lists.quickfixn.com<mailto:quickfixn at lists.quickfixn.com>>
Subject: Re: {{Quickfixn}} QuickFix session disconnect

Hi.

can you find out from the fix logs which side sends the disconnect request first?

Regards

Roberto

Von: Quickfixn [mailto:quickfixn-bounces at lists.quickfixn.com] Im Auftrag von Constantin Huiung
Gesendet: Freitag, 12. Januar 2018 12:33
An: quickfixn at lists.quickfixn.com<mailto:quickfixn at lists.quickfixn.com>
Betreff: {{Quickfixn}} QuickFix session disconnect

Hi,

We are using the QuickFix component to exchange FIX messages with a FIX engine that requires the session to be connected at all times. Currently the FIX session is being disconnect after approximately 20 min (if not used).

The login, heartbeat and test messages are being exchanged successfully.

The configuration that we are using at the moment is attached to this message. We have tried with different combinations of StartDay/StartTime/EndDay/EndTime (we are skipping the weekend days, but this is not mandatory).

Are there any configuration settings/fields that are needed in order to keep the session active/connected at all times?

Did anybody encountered this issue before and can help to fix it? We can provide additional details regarding the issue, if necessary.

Thank you.

________________________________

Poligram GmbH
Rilkeweg 4
59519 Möhnesee

Geschäftsführung: Roberto Reff
Registergericht: Amtsgericht Arnsberg
Registernummer: HRB10900
USt.ID: DE251226082

http://www.poligram.de

This message contains confidential information and is intended only for the individual(s) addressed in the message. If you are not the named addressee, you should not disseminate, distribute, or copy this e-mail. If you are not the intended recipient, you are notified that disclosing, distributing, or copying this e-mail is strictly prohibited.

________________________________
Poligram GmbH
Rilkeweg 4
59519 Möhnesee

Geschäftsführung: Roberto Reff
Registergericht: Amtsgericht Arnsberg
Registernummer: HRB10900
USt.ID: DE251226082

http://www.poligram.de

This message contains confidential information and is intended only for the individual(s) addressed in the message. If you are not the named addressee, you should not disseminate, distribute, or copy this e-mail. If you are not the intended recipient, you are notified that disclosing, distributing, or copying this e-mail is strictly prohibited.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.quickfixn.com/pipermail/quickfixn-quickfixn.com/attachments/20180112/a7fb6924/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 6076 bytes
Desc: image001.jpg
URL: <http://lists.quickfixn.com/pipermail/quickfixn-quickfixn.com/attachments/20180112/a7fb6924/attachment-0004.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.jpg
Type: image/jpeg
Size: 1172 bytes
Desc: image002.jpg
URL: <http://lists.quickfixn.com/pipermail/quickfixn-quickfixn.com/attachments/20180112/a7fb6924/attachment-0005.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image003.png
Type: image/png
Size: 1510 bytes
Desc: image003.png
URL: <http://lists.quickfixn.com/pipermail/quickfixn-quickfixn.com/attachments/20180112/a7fb6924/attachment-0002.png>