[This message was posted by bernie terrado of nyfix <[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/7d3c4cd9 - PLEASE DO NOT REPLY BY MAIL.]
i got the 150 value from the results of my setup. will do more tests to get a boundary -- or get a possible cause (at least on my part). will be noting the network aspects and limits (as you've mentioned) thank you. > Where did you find 150? I do not see any limit as the message supports > fragmentation through the usage of TotNoOrders (68) and LastFragment > (893). Typically, this would be bilaterally agreed in case of > limitations at the receiving end. The physical message size should take > network aspects and limits into account and can be much smaller than the > logical size. > > > Would like to raise this question, what is the upper limit for the > > number of orders attribute of mesg type E (New Order List). > > > > So far I am getting 150 as the upper limit. > > > > thank you. [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 -~----------~----~----~----~------~----~------~--~---
