[This message was posted by Wayne Harrison of System Engineering Limited <[email protected]> to the "4.0 Session" discussion forum at http://fixprotocol.org/discuss/12. You can reply to it on-line at http://fixprotocol.org/discuss/read/b826b93c - PLEASE DO NOT REPLY BY MAIL.]
> Wayne, there is no prohibition in the FIX spec that prevents the > initiator from sending messages as soon as a Logon message has been > sent. But it'll likely make state handling and encryption a good deal > more difficult. > > From the acceptor side, there's no reason why it couldn't queue up the > messages -- that's really just a transport issue. > > Before discussing how someone might do this, I'd ask for the use-case. > Is there really a reason that an initiator would want to send a series > of messages before the connection has been established? I'm not closed > to the idea, just interested what reasons there might be. The one reason > I could think off-hand is that an initiator is occasionally bringing up > a FIX message to blast some messages really quickly before shutting down > the session. But that'd probably trying to fix a transport/bandwidth > issue and would be better solved via FIX 5.0 with a change of transport > semantics. Sean, Thanks for your reply. What you say makes perfect sense and fits in with my reading of the FIX.4.0. I don't have a specific use-case, I'm just trying to get a handle on the FIX protocol. I have experience with other protocols and it seemed a little unusual, so I wanted to ensure that I hadn't misunderstood the spec. Wayne. [You can unsubscribe from this discussion group by sending a message to mailto:[email protected]] --~--~---------~--~----~------------~-------~--~----~ You received this message because you are subscribed to the Google Groups "Financial Information eXchange" group. To post to this group, send email to [email protected] To unsubscribe from this group, send email to [email protected] For more options, visit this group at http://groups.google.com/group/FIX-Protocol?hl=en -~----------~----~----~----~------~----~------~--~---
