Support Board
Support Board
Search Board
Control Panel
View My Posts / Threads
Direct MessagesDate/Time: Fri, 03 May 2024 11:52:42 +0000
DTC Server setup question
View Count: 1966
| [2016-05-21 19:22:47] |
| Luke - Posts: 142 |
|
I installed SierraChart on my VPS in Chicago, entered the connection details for AMP/TTNet. I then selected "DTC Service(trading)", checked "Enable DTC Protocol Server" and checked "allow Trading". For the instance of SC running on my home computer (client),the documentation then says: "Set the Service to DTC Service (sub instance). Set the Server Address and Server Port to the IP Address and Port used by the DTC Server you set up above." What are the IP Address and Port used by the DTC Server? Where can I find the settings I need to enter here? |
| [2016-05-21 21:49:34] |
| |
|
You specify the port number in the DTC Protocol Server settings. You would only know that. And only you would know the IP address of your VPS server. We have no idea. Sierra Chart Support - Engineering Level Your definitive source for support. Other responses are from users. Try to keep your questions brief and to the point. Be aware of support policy: https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation For the most reliable, advanced, and zero cost futures order routing, *change* to the Teton service: Sierra Chart Teton Futures Order Routing |
| [2016-05-21 23:05:22] |
| Luke - Posts: 142 |
|
Ok, so I assume the (internal) IP address I need is the IPv4 Address I can find under "Network connection Details" or running the ipconfig command. What about the port number? When I run ipconfig on the VPS, there´s a list with "Active Connections". There´s a TCP connection, where "Local Address" is the IP address followed by three digits, then there´s a UDP connection, where "Local Address" is the IP address followed by three digits. Would the port number I need by any chance be one of those three digit numbers? Sorry for being absolutely clueless with these kind of things... |
| [2016-05-21 23:48:00] |
| |
|
OK understood. Just that from our perspective this stuff is so basic but we understand that some users do not fully understand all of this stuff. We have updated steps 14 through 17 here: https://www.sierrachart.com/index.php?page=doc/doc_DTCServer.php#UsingDTCServerForDataAndTradingInAnotherSCInstance Reload that page to get the updated content. These answer your questions. Sierra Chart Support - Engineering Level Your definitive source for support. Other responses are from users. Try to keep your questions brief and to the point. Be aware of support policy: https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation For the most reliable, advanced, and zero cost futures order routing, *change* to the Teton service: Sierra Chart Teton Futures Order Routing Date Time Of Last Edit: 2016-05-21 23:48:21
|
| [2016-05-22 07:06:56] |
| Luke - Posts: 142 |
|
OK, much clearer now. One more thing: after I´m done with the settings, I have to change "Data/Trade Service Settings" on the VPS (where the DTC Server is enabled) back to my broker, in this case AMP/TTNET, right?
|
| [2016-05-22 07:35:10] |
| |
|
Yes this is correct but it should already be set to AMP/TTNET. So now you will have server-side OCO and bracket orders. And you can share the connection when using Sierra Chart from more than one location. Just be sure you use TLS. And for extra security may want to use the Windows firewall to allow connections only from your own IP addresses. Sierra Chart Support - Engineering Level Your definitive source for support. Other responses are from users. Try to keep your questions brief and to the point. Be aware of support policy: https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation For the most reliable, advanced, and zero cost futures order routing, *change* to the Teton service: Sierra Chart Teton Futures Order Routing Date Time Of Last Edit: 2016-05-22 07:36:13
|
| [2016-05-23 07:51:35] |
| Luke - Posts: 142 |
|
I first had the problem that the incoming IP was being rejected by the DTC Server instance (VPS), even after adding firewall rules. I changed the "Sierra Chart Server Settings" to "Allowed Incoming IPs: Any IP", then it worked. Is this the way it´s supposed to be set? There was a pop-up warning window when I changed these settings. One problem I have: Even though I checked "Hide pending attached orders" on both the DTC Server instance and the Sub-instance, when live trading is enabled, the pending attached orders are not hidden on the Trading Dom of the Sub-instance. Is there any way to fix this? Edit: another problem: my backup notebook is connected to the VPS (SC DTC server instance) through Windows remote desktop (using a different internet provider than my main PC, where the SC sub-instance is running). If I close the Windows remote desktop connection, it seems to affect the connection between the DTC Server instance of SC (on the VPS) and the sub-instance (on my main PC at home). The sub-instance disconnects from the DTC Server (although I can reconnect after a couple of seconds). If Windows remote connection shuts down because of an internet disconnection, the same problem occurs, and in this case the sub-instance will only reconnect after about 40 seconds. I have no explanation for this. In both cases the SC DTC server instance (on the VPS) AND the sub-instance are running and connected to the internet, I don´t understand why Windows remote desktop should have any influence here. As I said, SC subinstance and Windows remote desktop are running on two different machines/different internet providers. Date Time Of Last Edit: 2016-05-23 09:23:33
|
| [2016-05-23 09:47:02] |
| |
|
Is this the way it´s supposed to be set?
Yes. One problem I have: Even though I checked "Hide pending attached orders" on both the DTC Server instance and the Sub-instance, when live trading is enabled, the pending attached orders are not hidden on the Trading Dom of the Sub-instance. Is there any way to fix this?
We will implement support for this in the next release.Regarding the problem you are having with the connections and the VPS . We recommend not using a VPS and instead get a dedicated server. We have never heard of such problems and they make no technical sense to us. We cannot help with them and these are completely outside the scope of our support. You will have to seek help elsewhere. Sierra Chart Support - Engineering Level Your definitive source for support. Other responses are from users. Try to keep your questions brief and to the point. Be aware of support policy: https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation For the most reliable, advanced, and zero cost futures order routing, *change* to the Teton service: Sierra Chart Teton Futures Order Routing Date Time Of Last Edit: 2016-05-23 09:47:33
|
| [2016-05-23 14:29:18] |
| Luke - Posts: 142 |
|
When I disable trade simulation on the sub-instance Trade Dom and return to live trading, I still have to manually select the live account in the sub-instance trade window, otherwise it´s stays set to sim mode. Maybe this can also be changed in the next release?
|
| [2016-05-23 17:40:41] |
| |
|
This will not change. You do have to select the Trade Account identifier/number, but once you select it, it will remain saved.
Sierra Chart Support - Engineering Level Your definitive source for support. Other responses are from users. Try to keep your questions brief and to the point. Be aware of support policy: https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation For the most reliable, advanced, and zero cost futures order routing, *change* to the Teton service: Sierra Chart Teton Futures Order Routing |
| [2016-05-30 14:12:37] |
| Luke - Posts: 142 |
|
As stated above, I tried running SC on a VPS in Chicago (speedytradingservers.com). Sam from STS was able to reproduce my problem with the trading dom freeze: after an unclean RDP disconnection the DTC server doesn´t send any network packet for about 30 seconds (14 seconds in his case). Nothing detected in Windows log and hard to say why without SC source code. His suggestion was you could maybe try to reproduce it having SC in debugging mode to see what's going on? No problems using "Teamviewer" instead of Windows remote desktop. Date Time Of Last Edit: 2016-05-30 14:17:06
|
| [2016-05-30 19:37:58] |
| |
|
This is not within the scope of our support and we will spend no time with this. This is strictly a Windows issue. Nothing detected in Windows log and hard to say why without SC source code. His suggestion was you could maybe try to reproduce it having SC in debugging mode to see what's going on?
This is coming from someone who is not a programmer. Or not a very capable and knowledgeable programmer. It is ridiculous statement. Of course there is going to be nothing in the Windows log. And there is not going to be anything he can tell with the source code assuming after months he would begin to even understand it.We have an idea of why you see this behavior when using Windows Remote Desktop but it is not worth our time to explain because there is nothing you can do about it and there is nothing we can do about it. Although we would recommend before disconnecting from a Remote Desktop, that you minimize Sierra Chart. That might help. Sierra Chart Support - Engineering Level Your definitive source for support. Other responses are from users. Try to keep your questions brief and to the point. Be aware of support policy: https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation For the most reliable, advanced, and zero cost futures order routing, *change* to the Teton service: Sierra Chart Teton Futures Order Routing Date Time Of Last Edit: 2016-05-30 19:42:36
|
| [2016-05-30 20:35:18] |
| |
|
Actually, we will see if we can reproduce the problem using one of our Windows servers. There is nothing we can do to change this, but we are curious to see if we encounter it because we have not seen any kind of behavior like this in recent years using Windows Remote Desktop. Years ago we have seen some related indications of something like this, but looks like it was something that was addressed by Microsoft years ago. Sierra Chart Support - Engineering Level Your definitive source for support. Other responses are from users. Try to keep your questions brief and to the point. Be aware of support policy: https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation For the most reliable, advanced, and zero cost futures order routing, *change* to the Teton service: Sierra Chart Teton Futures Order Routing |
| [2016-05-31 00:44:59] |
| |
|
We ran through a test, and could not really perceive that there was a problem or not because the market is not very active now. Although in the end, there is nothing we can do about this. Under usual conditions we would not expect anyone else to encounter anything like this. And if you end up losing the connection for 30 seconds in your case, then just only use Remote Desktop when absolutely necessary. Sierra Chart Support - Engineering Level Your definitive source for support. Other responses are from users. Try to keep your questions brief and to the point. Be aware of support policy: https://www.sierrachart.com/index.php?l=PostingInformation.php#GeneralInformation For the most reliable, advanced, and zero cost futures order routing, *change* to the Teton service: Sierra Chart Teton Futures Order Routing Date Time Of Last Edit: 2016-05-31 00:45:59
|
| [2016-06-03 14:37:01] |
| Luke - Posts: 142 |
|
OK thanks. I have a backup notebook permanently connected to the VPS (where SC DTC server is running) via aircard 4G connection, so that I can immediately manage orders in case of internet failure/power outage on my main machine with the SC sub-instance. I´m using Teamviewer now instead of Windows remote desktop, that works fine.
|
To post a message in this thread, you need to log in with your Sierra Chart account: