{{Quickfixn}} Two sessions, one of which takes two attempts to login

Marcin Pucilowski pucilowski.scl at gmail.com
Sat Aug 20 06:03:43 PDT 2016


I have two sessions, called TRADE and TENS.

TRADE uses SSL. TENS does not but connects via a VPN.

When the config file defines TRADE followed by TENS, we get the following
behaviour:

TRADE log:
20160819-18:04:36.175 : Created session
20160819-18:04:36.372 : Connecting to (...) on port (...)
20160819-18:04:36.396 : Connection succeeded
20160819-18:04:36.439 : Session reset: ResetOnLogon
20160819-18:04:36.450 : Session reset: ResetSeqNumFlag
20160819-18:04:36.464 : Initiated logon request
20160819-18:04:36.477 : Session FIX.4.4:(TRADE) disconnecting:
System.Net.Sockets.SocketException (0x80004005): An existing connection was
forcibly closed by the remote host
   at QuickFix.SocketInitiatorThread.ReadSome(Byte[] buffer, Int32
timeoutMilliseconds)
   at QuickFix.SocketInitiatorThread.Read()
20160819-18:04:46.398 : Connecting to (...) on port (...)
20160819-18:04:46.493 : Connection succeeded
20160819-18:04:46.497 : Session reset: ResetOnLogon
20160819-18:04:46.501 : Session reset: ResetSeqNumFlag
20160819-18:04:46.502 : Initiated logon request
20160819-18:04:46.511 : Received logon

TENS log:
20160819-18:04:36.358 : Created session
20160819-18:04:36.376 : Connecting to (...) on port (...)
20160819-18:04:36.423 : Connection succeeded
20160819-18:04:36.440 : Session reset: ResetOnLogon
20160819-18:04:36.451 : Session reset: ResetSeqNumFlag
20160819-18:04:36.464 : Initiated logon request
20160819-18:04:36.523 : Received logon

I then went ahead and switched the order of the session definitions in the
config file, TENS then TRADE.

TENS log:
20160819-18:08:58.328 : Created session
20160819-18:08:58.559 : Connecting to (...) on port (...)
20160819-18:08:58.616 : Connection failed: Authentication failed because
the remote party has closed the transport stream.
20160819-18:09:08.562 : Connecting to (...) on port (...)
20160819-18:09:08.592 : Connection succeeded
20160819-18:09:08.603 : Session reset: ResetOnLogon
20160819-18:09:08.613 : Session reset: ResetSeqNumFlag
20160819-18:09:08.615 : Initiated logon request
20160819-18:09:08.680 : Received logon

TRADE log:
20160819-18:08:58.549 : Created session
20160819-18:08:58.561 : Connecting to (...) on port (...)
20160819-18:08:58.629 : Connection succeeded
20160819-18:08:58.654 : Session reset: ResetOnLogon
20160819-18:08:58.665 : Session reset: ResetSeqNumFlag
20160819-18:08:58.679 : Initiated logon request
20160819-18:08:58.816 : Received logon

In either case, the first session to be defined fails to connect on first
attempt but they fail differently.

What could be happening here?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.quickfixn.com/pipermail/quickfixn-quickfixn.com/attachments/20160820/05f49d0e/attachment.htm>


More information about the Quickfixn mailing list