Login Page - Create Account

Support Board


Date/Time: Fri, 06 Dec 2019 19:01:57 +0000



Sierra Chart's flaw with Eurex data solution

[2019-11-30 00:23:06]
BenjParis - Posts: 32
Hi,
My account subscription is about to expire, and I will probably renew it: Sierra Chart software is top quality and meets all my needs.

However there is a flaw that spoils it all: as an Eurex trader in Europe, there is no good solution to get Eurex data in Sierra chart:

- Sierra Chart provided EUREX data goes all the way to Chicago and back to Europe, which is an aberration for European traders. Like if CME traders got their data from Frankfurt.

- Third-party data providers with servers in Europe are being snubbed by Sierra Chart. For example, about Rithmic, which has a data server in Frankfurt I read on Sierra's Rihtmic's page:

"One of the basic problems is that the integration between Sierra Chart and Rithmic does not meet Sierra Chart's quality standards due to the interfacing method previously provided by Rithmic which is a C++ in process API component (for further details refer to Reasons Client-Side API Components Are Not Supported). While Rithmic has a new interfacing method, Sierra Chart has no current plans to be adopting that since we have developed a new service better designed for Sierra Chart which is also a lower cost."

So you recognize that the current interfacing method is of low quality, that there is a new interfacing method but you don't plan to implement it because of you building your own data solution.... that goes all the way to Chicago and back to Europe!!

Please either provide TOP up to date support for data providers with European servers, or provide data from Europe yourselves... because now there is no optimal solution for European Eurex trader!
[2019-12-01 02:19:12]
Sierra Chart Engineering - Posts: 78970
So you recognize that the current interfacing method is of low quality, that there is a new interfacing method but you don't plan to implement it because of you building your own data solution.... that goes all the way to Chicago and back to Europe!!
No, this is definitely a misunderstanding. The data feed you are using now, is provided in cooperation with Barchart. We are quite restricted with what we can do. This is why we have created the new Denali data feed, where we are free to do a lot more.

We are not supporting Rithmic's new interfacing method because it is proprietary and a lot of work. We have to focus our efforts, on developing Sierra Chart, and providing a more unified way of routing orders to the market which works best for Sierra Chart and is going to be easier to support. If Rithmic does not want to embrace the open standards that we have established with the DTC Protocol this is their choice. With that protocol, there would be no interfacing work involved. :
https://www.dtcprotocol.org/

It is not really about us building our own data solution.

Please either provide TOP up to date support for data providers with European servers, or provide data from Europe yourselves... because now there is no optimal solution for European Eurex trader!
Well why don't you ask the EUREX about this, and ask them why they are hell-bent on interfering with what we want to do by charging more money in order to get the proper data feed, to provide our users the right level of service. We thought the price was 3000 a month and now it is 10,000 a month.

And when we start paying $10,000 a month for EUREX market data, we cannot support any other service for market data and require everyone who requires EUREX data using Sierra Chart to be using our data feed. We have to force everyone onto our solution for EUREX in order to justify the cost. But there are other things we can do as well to defer costs in the interim.

We were proceeding with the EUREX market data feed, earlier this year but put it on hold because of the high cost. And the plan was for it to come out of Frankfurt.

Exchanges are always the trouble here. It is never us. Their policies are always so extreme that they create so many secondary problems.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
Date Time Of Last Edit: 2019-12-01 03:52:33
[2019-12-01 02:32:45]
Sierra Chart Engineering - Posts: 78970
Also have you had a look at CQG? When you connect to CQG from Europe, you will go through a CQG server in Europe. We think London. But how the data is routed, ultimately we do not know.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
Date Time Of Last Edit: 2019-12-01 02:33:26
[2019-12-01 09:57:45]
T44 - Posts: 283
I trade on Eurex and you've just recommended I move off of CQG due to the various problems you documented and onto your SC data feed with TT routing (where the Eurex data crosses the pond twice). Happily, it seems that if selecting the TT Frankfurt gateway, the orders are accepted on the exchange in <40ms which means the order routing isn't going via the USA.

However, for what it is worth, I shall see if I can speak to someone at Eurex to register disappointment at their data feed costs making it prohibitive for ISVs to offer their feed. Even small frequent traders are paying thousands per year in Eurex fees....
[2019-12-01 13:06:20]
BenjParis - Posts: 32
Thanks for the details.... even if there is still no good solution on the horizon, it's always interesting to know what goes under the hood and this direct access to engineering is a part of what makes Sierra unique.

The data feed you are using now, is provided in cooperation with Barchart. We are quite restricted with what we can do. This is why we have created the new Denali data feed, where we are free to do a lot more.

This requires clarification. I'm subscribed to the more expensive Sierra Chart real time feed. I do need Stocks and Eurex feed indeed, but I was thinking that for CME, it was your top feed. From your message it seems to imply that the CME Daneli feed is not the same as the one I use (whici comes in fact from barchart) and that with Daneli you are "free to do a lot more".
Can you please elaborate the difference between CME feed from the Sierra Chart real time Daneli? I want your best feed and if Daneli is better (and less expensive) I might as well use Sierra only for CME and another solution for Eurex / Stocks.


Also have you had a look at CQG? When you connect to CQG from Europe, you will go through a CQG server in Europe. We think London. But how the data is routed, ultimately we do not know.

This is really confusing, I read so many bad things from you about CQG/Sierra, that to be honest, I didn't even considered it and went straight to your own feed.


TT44: it seems that if selecting the TT Frankfurt gateway, the orders are accepted on the exchange in <40ms which means the order routing isn't going via the USA.

How are you able to determine that ms delay? I have no experience with TT setup. Also please keep us informed if you get an answer from EUREX.
Also what are you using for your Eurex data?
Date Time Of Last Edit: 2019-12-01 13:17:45
[2019-12-01 18:15:13]
Marmany - Posts: 223
I am in the UK using Sierra Data and TTfix routing with Aurora as Primary Server;
Out of interest looked up time from order placement to receiving acknowledgement in Trade Activity Log.
For last trade this was 109ms for Eurex and 101ms for a CME trade.
This fits in with post #4, but leaves a mystery as to why both times are so close.
The times are perfectly adequate for my needs.
Must take this opportunity to comment how delighted I have been with this set up since switching from TransAct 3 months ago. Hundreds of trades have been processed without issue and the server side OCO's are superb.
[2019-12-01 19:07:50]
BenjParis - Posts: 32
This thread is about data.
For routing Sierra is leveraging TT infrastructure which has local servers and very good performance indeed.
Date Time Of Last Edit: 2019-12-01 19:08:24
[2019-12-03 10:58:04]
BenjParis - Posts: 32
Update:

I contacted Rithmic, and they said that even if you connect to their local server in Frankfurt... data is still routed to USA before coming back to Europe. So Rithmic is NOT a viable data option for Eurex European based traders and there is no need for better support for European traders.

I contacted CQG, and the situation is better with them: their London server is NOT routing data to USA, so Eurex data doesn't travel the Atlantic. I also asked my broker AMP to set me on the London server (this is something you have to specifically ask), which they did. I was able to verify in Sierra Log that i'm indeed connected to CQG's London websocket IP.

Conclusion: CQG is still the best data option available in Sierra for European traders trading Eurex instruments.

Please do not be hostile toward CQG.
Date Time Of Last Edit: 2019-12-03 10:58:56
[2019-12-03 16:46:30]
Sierra Chart Engineering - Posts: 78970
This is good information and thank you and we will be responding to any outstanding questions here later today.

Regarding CQG, our concern is when users have connectivity problems and when they are only trading CME markets. But we do recommend CQG for users who are trading other markets as it is a good alternative in that case.
Sierra Chart Support - Engineering Level

Your definitive source for support. Other responses are from users. If possible please keep your questions brief and to the point. Please be aware of support policy:
https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation

If your question/request has been answered and you do not have anything further, then it is easiest for us if you do not reply again to say thank you.
Date Time Of Last Edit: 2019-12-03 17:12:47
[2019-12-04 06:18:37]
User13668 - Posts: 237
@BenjParis re post #8

As a matter of interest, how did you reach out to CQG direct?

I find their on-line support forum sparsely utilised. Did you email direct? If so did you get prompt response and what email address did you use?

Cheers

To post a message in this thread, you need to login with your Sierra Chart account:

Login

Login Page - Create Account