問題タブ [fix-protocol]

私は、quickfix が fpml をサポートしているかどうかを調べようとしています。グーグルではわからなかったので、そうではないと思います。

ODBCで再コンパイルされたquickfix1.13.3を使用していますが、アクセプターで奇妙な動作があります（同じODBCデータベースを共有し、ホットフェイルオーバーが有効になっている異なるマシン上の2つのアクセプター）。私の毎日のセッションは次のように設定されています。

および必要なOdbc設定。

23:54に、イニシエーターはMsgSeqNum = 1711でログアウトを送信し、クイックフィックスアクセプターはLogout MsgSeqNum = 1711で応答するため、問題はありません。

00:05:16に、イニシエーターはMsgSeqNum = 2でログオンを送信しますが、クイックフィックスアクセプターはLogout MsgSeqNum=1712で応答します。

00:05:18に、イニシエーターはLogonおよびMsgSeqNumm = 4で再試行し、今回は、クイックフィックスアクセプターがLogon MsgSeqNum=1で応答します。

テーブル「sessions」で、incoming_seqnumとoutgoing_seqnumがODBCによって適切にリセットされなかった可能性があると考えて、00：00に手動でリセットを強制しようとしましたが、無駄に、同じ動作が発生します。

現時点での私の推測では、この構成でのクイックフィックスは、ログオン要求を昨日のセッションと一致させ、その結果、昨日のシーケンス番号でログアウトします。

同じStartTime、、 1EndTimeつのアクセプター（2つではなく）、、FileStoreおよびRefreshOnLogon設定なし（1つのアクセプターしかないため）では、quickfix1.12.4で動作していました。

私も試してみましRefreshOnLogon=Nたが、問題は同じままです...seqnumsは深夜に正しくリセットされません。

何か案は？

どうもありがとう、

私はFIXを初めて使用し、取引システムと通信するための小さなFIXエンジンを開発する必要があります。私が知っているように、利用可能なFIXエンジンはたくさんありますが、ここでの要件はそれを開発することです。誰かが私にオープンソースやそれを始めるための良い記事のリファレンスを提供してもらえますか？

修正サーバーを実装するために大規模なクライアント (少なくとも 10K) をサポートするためのサーバー (TCP ベース) アーキテクチャを知りたいです。私のポイントは、どのように設計するかです。開いているポートでリッスンするには? select または poll またはその他の関数を使用します。クライアントの応答を処理する方法は? 大規模な場合、クライアントごとに 1 つのスレッドを作成することはできません。応答の処理は別の実行可能ファイルにあり、IPC を介してサーバー実行可能ファイルへの要求と応答を共有する必要があります。それにはさらに多くのことがあります。誰かがそれを説明したり、リンクを提供したりしていただければ幸いです。ありがとう

私は独自のプロトコルを使用してJavaで金融アプリケーションに関連するサーバー側でコーディングしていますが、現在、独自のプロトコルの代わりにFIX（金融情報交換プロトコル）を使用することを提案した人がいます。アプリケーションでFIXを使用する方法についてのアイデアまたはガイダンス（コード/例）があれば、私を案内してください。

私は目盛りデータセットを組み立てようとしています。私がやりたいことは、ベンダーの修正アダプターと組み合わせた修正クライアントを使用して、市場データ (ティック + オーダーブック) を FIX 形式で取得し、それをフラットファイルまたはデータベースに記録することです。これを Windows ではなく Linux 環境にセットアップするつもりです。

私はquickfixまたはquickfix/jを使用したいのですが、これはこれらのクライアントでできることでしょうか? クイックフィックスには、データの定期的なストリームを取得してファイルにダンプする機能がありますか? 誰でもこれを行った経験がありますか？

.Net (C#)用のFIXライブラリの推奨事項を探しています。FIXと、場合によっては FIXML
をサポートする必要があります。

QuickFixについては既に知っていますが、回避したいバグがいくつかあります。

アイデア？

この非常によく似た質問に出くわしましたが、その質問にはQuickFIXのタグが付けられており（これは私の質問には関係ありません）、ほとんどの回答はQuickFIX関連です.

私の質問はもっと広いです。C# を使用してFIX プロトコルメッセージを解析する最も効率的な方法を探しています。<SOH>背景として、FIX メッセージは、ASCII文字 (0x01)で区切られた一連のタグ/値のペアで構成されます。メッセージ内のフィールド数は可変です。

メッセージの例は次のようになります。

各フィールドでは、タグ (整数) と値 (ここでは文字列) が「=」文字で区切られています。(各タグの正確なセマンティクスはプロトコルで定義されていますが、それはこの質問とは特に関係ありません。)

基本的な構文解析を行う場合、FIX ヘッダーからの特定のタグのほんの一握りだけに関心があり、可能なすべてのフィールドへのランダム アクセスを実際に行うわけではない場合がよくあります。私が検討した戦略は次のとおりです。

• を使用しString.Split、すべての要素を繰り返し処理し、ハッシュテーブルにタグをインデックス マッピングに配置する - 必要に応じて、すべてのフィールドへの完全なランダム アクセスを提供します。

• (わずかな最適化) を使用してString.Split、関心のあるタグの配列をスキャンし、タグからインデックスへのマッピングを別のコンテナーに配置します (かなり少数のアイテムである可能性があり、アイテムの数は解析前にわかっているため、必ずしもハッシュテーブルである必要はありません)。

• String.IndexOf該当するフィールドのオフセットと長さを使用してフィールドごとにメッセージ フィールドをスキャンし、適切な構造体に格納する

最初の 2 つについて - 私の測定値String.Splitはかなり高速であることを示していますが、ドキュメントによると、メソッドは結果の配列の各要素に新しい文字列を割り当てます。これは、多くのメッセージを解析している場合、大量のガベージを生成する可能性があります。.NET でこの問題に取り組むためのより良い方法を見つけられる人はいますか?

編集：

私が省略した 3 つの重要な情報:

1. タグは、FIX メッセージ内で必ずしも一意であるとは限りません。つまり、特定の状況下では、タグの重複が発生する可能性があります。

2. 特定のタイプの FIX フィールド<SOH>では、データに「embedded」を含めることができます。これらのタグは「データ」タイプと呼ばれます。辞書には、このタイプのタグ番号がリストされています。

3. 最終的な要件は、メッセージを編集できることです (特に値を置き換えます)。

I am developing a trading engine and i have to use FIX engines. If i use a FIX engine of a higher version can it communicate with a FIX engine of a lower version ?

Are there any FIX engines capable of automatically converting the request to a lower version in case they are communicating with a lower version FIX engine ?

Which version of FIX should i use ?

モノラル（無料または商用）で実行されている修正プロトコルの実装はありますか？

私は次のものを見つけましたが、コードがモノラル互換であるかどうかを示すものはありません：

• QuickFix
• VersaFix
• オニックス
• B2ビット
• RA-チーター