Hi All,
=20
I still can't get a QFJ acceptor to respond correctly to an incoming
initiator.
So I'm going to start a new thread on this issue and lay out all the
information in the hope that someone can spot
the problem.
=20
The logs below show the acceptor starting up to listen for incoming =
orders:
20061101-15:26:03: Session FIX.4.3:SFCTRADE_TEST->APC_TEST schedule is
weekly, SUN 19:00:00 UTC - SAT 18:00:00 UTC
20061101-15:26:03: Session state is not current; resetting
FIX.4.3:SFCTRADE_TEST->APC_TEST
20061101-15:26:03: No responder, not sending message
20061101-15:26:03: Valid order types: [1]
20061101-15:26:03: Created session: FIX.4.3:SFCTRADE_TEST->APC_TEST
(this all looks correct given the entries in the config file)
=20
Then here comes the initiator's logon message:
8=3DFIX.4.3_9=3D83_35=3DA_34=3D17_49=3DAPC_TEST_50=3DFX_52=3D20061101-15:=
26:43.135_56=3DSFCT
RADE_TEST_98=3D0_108=3D30_10=3D207_
(34=3D17 so we are starting at a message sequence number of 17, =
shouldn't be a
problem?)
=20
And the acceptor accepting the message:
20061101-15:26:42: Accepting session FIX.4.3:SFCTRADE_TEST->APC_TEST =
from
/62.138.239.155:4847
20061101-15:26:42: Acceptor heartbeat set to 30 seconds
=20
And the next event . . .
20061101-15:26:42: Disconnecting
Sending a logout message . . .
8=3DFIX.4.3_9=3D64_35=3D5_34=3D1_49=3DSFCTRADE_TEST_52=3D20061101-15:26:4=
2.750_56=3DAPC_TE
ST_10=3D051_
(I note 34=3D1, is this the problem? I've also noticed the .seqnums file =
is
created, but empty with a zero length)
=20
The computer clocks are within 2 secs of each other.
If the problem is with synchronizing message numbers, doesn't the engine =
do
that?
Why does it disconnect?
=20
I'm adrift here. Anyone know how to break through?
=20
TIA
=20
Peter
London
=20
=20
=20
|
