[This message was posted by Ajay Kamdar of Tradeweb <[email protected]> to the "General Q/A" discussion forum at http://fixprotocol.org/discuss/22. You can reply to it on-line at http://fixprotocol.org/discuss/read/701e0df1 - PLEASE DO NOT REPLY BY MAIL.]
> Typically, once a "framing error" is encountered, the session is > nonviable and should be disconnected and further Logon attempts should > be denied until manual intervention overrides this. > > The reason why the previous poster's suggestion of skipping forwards > until you see "8=FIX.4.4<soh>" is not viable is because you would > ultimately issue a ResendRequest for the missing messages and presumably > the garbage that you encountered before would be retransmitted to you > again. So you would end up with an endlessly repeating problem. > An endless loop of resend-request/skip-garbled-message would occur only if the counter party sent a garbage message. If the message got garbled due to a transient glitch then skipping to the next well formed message and requesting a resend of the missed messages would allow the session to recover without manual intervention. You are correct that if care is not exercised, then the session could go into an endless loop. I know of at least one commercial FIX engine which a significant market share that uses this strategy for skipping past garbled messages. That engine also has a cap on how many times it will make a resend request for a message before it gives up and terminates the FIX session, which ensures it will never go into an endless loop due to garbage messages originating from the counter party. While this approach may not be pure, it works well in practice and reduces the need for manual intervention for transient errors that the engine can automatically recover from. Regards. [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.
