[This message was posted by Sri Thayaparan of Millennium IT 
<[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/9d256518 - PLEASE DO NOT REPLY BY MAIL.]

Hi,

Could somebody please help me get the FIX_over_FAST_Specification?

http://www.fixprotocol.org/documents/2786/FIX_over_FAST_Specification_draft.doc

It requests authorization in the portal. Is there any other way to access this 
document.

Rgds,
Thaya.


> The primary reason for retiring the implicit operator was that it didn't
> fit well with the core concept of removing redundancies by capitalizing
> on data affinities. Additionally, implying the length or checksum are
> things that can be done in the application layer.
> 
> When using FAST to send market data over a multicast transport there is
> little benefit to sending checksum and body length since it is unlikely
> that the data will be corrupted in transmission - especially when the
> encoding state spans only a single packet.
> 
> It's a different story when using a FIX session over FAST and the
> encoding state spans the entire session. Checksum and body length are
> excellent safeguards for determining that the decoded result matches the
> original unencoded message. See the FIX over FAST Recommendation at the
> following link which does a good job illustrating the inherent riskiness
> of sending encoded data - and how Checksum can be used to reduce that
> risk. http://www.fixprotocol.org/documents/2786/FIX_over_FAST_Specifica-
> tion_draft.doc
> 
> > At the FAST summit in April, there was mention of further compressing
> > FIX by not sending FIX's length and checksum fields. Now that the
> > implicit operator has been retired, does this mean that length and
> > checksum elimination was too risky in practice?


[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
-~----------~----~----~----~------~----~------~--~---

Reply via email to