[This message was posted by Augusto Acuña of Viridian <[email protected]> to the "FAST Protocol" discussion forum at http://fixprotocol.org/discuss/46. You can reply to it on-line at http://fixprotocol.org/discuss/read/e978074b - PLEASE DO NOT REPLY BY MAIL.]
Great, thanks for your help. I've being able to read further data from the datagram. The problem I'm facing now is with the way Openfast works. I receive the udp datagram, decode it, get a VERSION MSG, continue decoding and there comes the problem. Openfast crashes because the decoding process finds an ID=120 and that's not defined in the template. I read that whenever a ID 120 msg is received, the application should reset the dictionary. I can do that If I had the 120 inside the template. Is there a possible workaround for this? I mean defining somehow an id 120 msg and when the api decodes a message of that kind just do a reset and continue the decoding. Hope this clears up a bit the problem I'm facing. Thanks. > Hanno said: > > UDP by nature is an unreliable protocol. Hence, the first message in a > > datagram always has to be complete and FAST can only work its magic as > > of the second message. Your assumption of one message per UDP datagram > > defeats the very purpose of FAST. > > Basically true, but the FAST magic is useful even in a single message if > the messages contains Sequences (FIX repeated groups) CME takes > advantage of this in their one message/packet UDP feeds. > > It is important to note that you have to reset the decoder (clear the > dictionaries) between each packet due to the possibility of packet loss. > > Dale [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 -~----------~----~----~----~------~----~------~--~---
