[关闭]
@BurdenBear 2016-03-24T01:13:36.000000Z 字数 839 阅读 365

FIX协议5.0 Volume 2

FIX协议


Introduction 简介

随着FIX 5.0协议在2006年10月发布,FPL全球技术委员会(GTC)提出了一种新的具有传输独立性(TI)的架构,它将FIX会话协议和FIX应用协议隔离开来。在该TI架构下,遵循FIX应用协议的消息可以使用任何一种合适的会话层技术来传输,例如:WS-RX(Web 服务可靠消息传递),MQ(消息队列),publish/subscibe message bus(发布/订阅消息总线))等,而FIX会话协议只是其中一种可用选择。自此发布以后,FIX应用层和FIX会话层将各自使用不同的版本代号。FIX应用层会保持传统的版本代号如“FIX x.y”,而FIX会话层会使用另一套版本代号形如“FIXT x.y”(注意两套版本代号的版本号是各自独立的)。下图说明了以前的FIX会话层与应用层耦合得有多么紧密。应用和传输互不依赖之后,FIX会话层与应用层将自此解耦,各自独立。
本章不会具体讨论某一中特定的会话协议,但提供了各种传输协议文档的对应链接,GTC对这些协议进行了调研并给出了如何在TI架构中使用他们的建议。
FIX 5.0 Unlocks the Application Layer Form the Session Layer

Transport Independence(TI) Framework 传输独立性架构

传输独立性架构将之前相互耦合的FIX会话层和FIX应用层隔离开来。在这种架构下,FIX应用层协议可以使用包括FIX会话层的任何传输技术。下图展示了FIX会话层等各种能全套支持FIX应用层的传输机制。
Transport Independence Framework
为了支持该架构,需要添加一个名为AppVerID的域(应用版本ID,标签号为1128)。根据实际使用情境,ApplVerID是可选的。另外,FIX协议域中的BegineString不再用来标识FIX应用版本,而是标识FIX会话层协议版本。接下来的部分将会讨论四种TI架构支持的主要应用情境。

Application Versioning 应用版本管理

应用版本控制支持通过正式的流程来应用现有基础版本上的拓展。拓展包ying现有基础版本通过

添加新批注
在作者公开此批注前,只有你和作者可见。
回复批注