Re: [Quickfixj-users] Old session failed to die

[Laurent D. <ldanesi@Smart-Trade.net>]

Hi Lucian,

Yes, the TestRequest and the HeartBeat mechanism is there to detect this network outage.
We need to reproduce it to know why no TestRequest was sent after the tentatively reconnection of the client.

This is very strange and I never encounter it since now. I will try to reproduce on trunk version if you can reproduce it also, it will be helpful.

Regards,

Laurent DANESI
Chief Architect
Smart Trade Technologies

-----Message d'origine-----
De : Luke H [mailto:luk...@ya...] 
Envoyé : vendredi 21 mai 2010 09:43
À : qui...@li...
Objet : [Quickfixj-users] Old session failed to die

QuickFIX/J Documentation: http://www.quickfixj.org/documentation/
QuickFIX/J Support: http://www.quickfixj.org/support/



Hi,

We have an acceptor based on QuickFixJ and the initiator based on an inhouse
technology.
Yesterday a firewall machine between the two died and a backup firewall took
it's place fast as it was supposed to.

The initiator detected the loss of connection and it begin to try to
reconnect using the same session name (same sender/target Id). When this
happened the acceptor still had the old session alive and refused the new
session cause it has an already used name. The socket on the old machine was
still open and eventually died when it was timed out by SO...this is not
nice but my main concern is regarding QuickFixJ: 
why the application level pings (tag35=0) did not discover that the old
sessions must be killed? Messages with tag35=0 stopped being sent when the
initiator started to try reconnect. Shouldn't this cause the the old session
being dropped allowing a new session being established on the same name?

Thanks,
Lucian
-- 
View this message in context: http://quickfix-j.364392.n2.nabble.com/Old-session-failed-to-die-tp5083183p5083183.html
Sent from the QuickFIX/J mailing list archive at Nabble.com.

------------------------------------------------------------------------------

_______________________________________________
Quickfixj-users mailing list
Qui...@li...
https://lists.sourceforge.net/lists/listinfo/quickfixj-users