问题标签 [fix-protocol]

因此，每当我想更改（减少）我的订单数量（OrderCancelReplaceRequest）时，我必须发送一个新的 ClOrdID 和原始的 ClOrdID（标签 41）。好的，假设我第二次更改数量。我现在必须发送的原始 ClOrdID（标签 41）是第一个还是前一个？

谁能告诉我，为什么我们需要在市场数据请求中使用重复组。以及我们应该从接受者那里收到针对市场数据请求的响应/回复。请告诉我们如何在接受方接收市场数据请求？

发送市场数据请求

接收端代码

我正在通过套接字连接发送修复消息并在 python 客户端中接收。我知道有一个 SOH 分隔数据中的每个名称=值对。但是打印时的数据（作为字符串）不显示 SOH。出现问题是因为我希望能够显示“|” 或者我无法在正则表达式中判断各个字段的边界是什么。我在收到的字符串上查看了 decode('hex'), decode('uu') ，但没有取得多大成功。此外，打包/解包要求您提供格式字符串（对于每种类型的修复，我都必须这样做）。

我正在为客户端使用 Twisted ClientFactory。

有什么建议么？

后续问题：我使用 repr 并将其传递给函数以将 '\x01' 替换为 '|'。现在当我直接传入从网络收到的数据时，替换似乎没有任何影响。但是，当我复制输出并将其作为字符串文字传递给同一个函数时。它的行为符合预期（将 '\x01' 替换为 '|'）。我还尝试使用 re.sub，结果完全相同（作为字符串文字传入时有效，但直接从网络传入时无效）。我还将网络中的值打印到文件中，并使用 vi hex editor 与字符串文字进行比较。它没有显示任何差异。

一些附加信息：当我打印文件中的值并将其读回时，我无法在“\x01”上使用查找，这意味着替换也不起作用（它不起作用）。当我尝试将其转换为字节数组时，当我遍历字节数组时，似乎每个 '\' 、 'x' 、 '0' 、 '1' 都被解释为不同的字节。这很奇怪。'\x01' 要么是字符串，要么不是字符串，而是十六进制。

有什么建议么？

谢谢

关于 Stunnel 的 1 个问题。我想将 Stunnel 用作 Internet 的 FIX（财务信息交换）网关，以支持 SSL 和非 SSL 连接。Stunnel 可以在没有任何加密的情况下进行吗？我刚刚尝试使用普通套接字，但看起来 Stunnel 拒绝了连接说“无效协议”或其他内容。

我正在尝试从 CME 读取静态证券定义文件，该文件位于： ftp: //ftp.cmegroup.com/fix/Production/secdef.dat.gz

由于它们似乎是标准修复消息，我想我可以使用 QuickFix 来帮助我将它们读入 C#，而不是自己解析文件。我创建了一个基本上可以满足我要求的测试应用程序，但是我遇到了两个问题：

1) 从字符串形成消息时，我收到 QuickFix 异常“无效消息：标头字段乱序”。如果我将“验证”布尔值设置为 false，则此消息消失并且构造函数成功，但可能是下一个问题的指示符。

2) 在调用 p.Crack 时，我得到了 QuickFix 异常“QuickFix.UnsupportedMessageType”，但似乎没有任何迹象表明应该不支持的消息类型是什么。

无论如何，也许 QuickFix 不打算以这种方式使用，但是关于如何让它工作的任何想法？

谁能解释一下 FIX 和 FAST 之间的区别？什么时候应该使用 FIX，什么时候应该使用 FAST？

我有一个数据块，它基本上由管道分隔的固定消息（背靠背）组成。

我正在使用python，我能想到的唯一方法是找到8=FIX.4.2标签的索引（表示消息的开头），回到上一条消息的结尾，然后以这种方式确定消息。

我想知道这是否可以通过任何其他方式实现（例如正则表达式）。我不确定如何在这里应用正则表达式中的分组构造。

作为我正在查看的数据的示例：

尝试操作此对象时出现以下错误。有人有什么想法吗？该项目位于 GitHub 上，但除非您有FIX服务器，否则您很可能无法运行它。我似乎无法上网此错误消息。

I am trying to design my first trading system and I am struggling with designing a correct Order object with all the FIX concepts involved in it. Wondering if any experienced folks can chime in on some ideas.

I created a simple Order class. But as a NewOrderSingle (FIX) is generated, I need a ClOrdId. Then when I cancel this order, I need a new ClOrdId (For every cancel and replace FIX message generated) and set the correct OrigClOrdId. So I need to keep track of those OrigClOrdIds.

Also, I think I need to keep a unique Id internal to my system to identify this order, different from ClOrdId, which could keep changing.

I don't see any nice object oriented way of designing this order object while keeping the concept of various Ids relevant to my FIX messages separate.

How do people design these in real world? Any suggestions? Thanks.

不知道为什么 FIX 服务器会抛出此错误。使用 Fix.4.4，我有一个客户端生成市场订单。它被服务器接收，但它返回一个错误。

在客户端和服务器端登录成功。然后客户发送市价单：

这是从服务器的“fromApp”方法接收的。然后服务器响应：（消息 92 被拒绝：条件必填字段缺失：35）

Field35 显然在那里，看不到服务器响应错误的原因。