Login Page - Create Account

Support Board


Date/Time: Mon, 06 Apr 2020 14:22:44 +0000



[Locked] - Multiple Computer Logins Not Connecting

[2020-03-13 15:16:28]
User236528 - Posts: 1 | Ending Date: 2020-08-25
I have had this issue for a while. I was trying to find an answer on your support board. I see that you allow standard membership to be used on 2 machines at the same time. My issue is that I have a home office and a laptop. I often forget to log out of the home office and when I attempt to log into the laptop it gives the yellow "waiting to connect" this is because I am logged in still on my home office. If each account is allowed to log in simultaneously on 2 machines why does this error exist?

How may I log into another platform when I am already logged into another machine?

Thanks for your attention.
[2020-03-13 15:45:29]
User894467 - Posts: 15 | Ending Date: 2020-04-30
I can connect on a 2nd computer but have no data flow today. CQG F.US. EPM20. Is there a known issue?
[2020-03-13 16:32:39]
Sierra Chart Engineering - Posts: 83164 | Ending Date: 2020-06-09
The error exists because you are being denied the connection by the external trading service. Not Sierra Chart!

The solution to this problem is to use the Sierra Chart order routing service:
https://www.sierrachart.com/index.php?page=doc/SierraChartOrderRoutingServiceWithData.php

And to use the Denali exchange data feed:
https://www.sierrachart.com/index.php?page=doc/DenaliExchangeDataFeed.php


There are no restrictions on the number of connections to the trading server and for CME group data, you can have two connections to the data feed. And no limit on the number of connections for delayed data.

So long as you are just trading the CME group of markets, the Sierra Chart order routing service is the best solution. This is recommended if you are using CQG or Gain Capital.

This is why we developed these solutions for our users. Users should listen to us.

If you have trouble with the CQG data feed, contact your broker.
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.
[2020-03-26 19:42:24]
User894467 - Posts: 15 | Ending Date: 2020-04-30
The error occurs in the most recent versions of sierra -> 2068 -70. It has nothing to do with CQG. I installed 2038 and the data on the remote sub instance works fine again. Please look into this for future versions.
thanks
Date Time Of Last Edit: 2020-03-26 19:52:55
[2020-03-27 04:41:31]
Sierra Chart Engineering - Posts: 83164 | Ending Date: 2020-06-09
This most recent post, is a different issue. And is explained in the notes for version 2060:
https://www.sierrachart.com/index.php?page=doc/Whats_New.php#SCVer2060
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: 2020-03-27 04:41:43
[2020-03-27 12:54:46]
User894467 - Posts: 15 | Ending Date: 2020-04-30
Only requests which come from the local system are allowed. This is to ensure compliance with market data rules from exchanges.
This is hardly an explanation but just a statement of fact of a new policy

In post #3 you state that the issue of not getting data to a sub instance on a different computer has nothing to do with Sierra Chart(!) but rather is an issue with CQG. I spoke with the director of API support who assured me that there is no issue with any data restrictions coming from them and data should be flowing to my remote sub instance.

To be clear, a sub instance on a 2nd computer is no longer going to be supported by Sierra Chart?

Why you didn't mention that it was, in fact, Sierra Chart that is restricting the data flow in contradiction to your stating there are no restrictions from the exchange is the real question.

The next sentence in post #3 where you implore me to use your SC data service provides the answer. I get that you want everyone on your data service. Why did you have to lead me on a 'wild goose chase' just to find that you were obfuscating and contradicting yourself in that effort.

What the heck, Sierra Chart.
[2020-03-27 17:28:04]
Sierra Chart Engineering - Posts: 83164 | Ending Date: 2020-06-09
This is hardly an explanation but just a statement of fact of a new policy
Yes it is a very correct explanation. And it is not our policy. It is of the exchanges. We are just ensuring proper compliance.

In post #3 you state that the issue of not getting data to a sub instance on a different computer has nothing to do with Sierra Chart(!) but rather is an issue with CQG.
Yes that is correct. Based upon what you said it our understanding of it would be due to a limitation on the CQG side. But we would have to see the Message Log at the time to confirm. You said:
I often forget to log out of the home office and when I attempt to log into the laptop it gives the yellow "waiting to connect" this is because I am logged in still on my home office. I

Also the disallowing of a market data request from a remote IP in the DTC server in Sierra Chart, is not going to cause a connection failure to the DTC server. So the problem you experienced in the first post could not have been from this reason. That is a basic fact.

I spoke with the director of API support who assured me that there is no issue with any data restrictions coming from them and data should be flowing to my remote sub instance.
You cannot trust anything CQG tells you. When an end user is asking CQG questions, there is no assurance of any accuracy at all. Every time someone tells us something like this, the information they get from CQG is always wrong.


To be clear, a sub instance on a 2nd computer is no longer going to be supported by Sierra Chart?
Yes this is supported. But the exchanges require you to pay a second set of exchange fees. We are going to offer that option as soon as possible with our Denali Exchange Data Feed. That will be the cheapest way to get the data rather than through CQG.

in contradiction to your stating there are no restrictions from the exchange is the real question.
We never said this.

There are no contradictions at all from our side. The misunderstanding is on your side. What we tell you here is correct and based upon the information we get. That is abundantly clear to anyone.
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: 2020-03-27 18:13:07

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

Login

Login Page - Create Account