Support Board
Date/Time: Sun, 24 Nov 2024 06:46:24 +0000
Post From: TT Based Order Routing Service: TT Interruption
| [2021-02-16 23:03:35] |
| |
|
See the "Update" at the bottom of this post, because we have tentatively resolved the issue described in this post at this time. 18:50 US Eastern time 2021-02-16. ---- We no longer consider there to be an urgent issue at this time. Below is the existing text as it was written earlier.: ---- This message is going to be going out through the Sierra Chart system notification window to all of ours users on the Sierra Chart Order Routing Service. You will also get an email message about this. TT (Trading Technologies) definitively has serious problems at this time. We have a total of six servers and six independent connections to TT. Two of these, including Aurora, are unavailable at this time because the TT FIX server is unresponsive to a connection and/or it is not going out of the recovery state if there is a successful connection. This is a TT issue. Not a Sierra Chart issue. But obviously it is affecting the Sierra Chart order routing service. Affected servers are: Server 2 Server 4 We have closed down the connections to those two servers. Users should be using Server 1 Or one of the other servers. Server table: https://www.sierrachart.com/index.php?page=doc/SierraChartOrderRoutingServiceWithData.php#ServerTable Order entry is possible on these other servers. There is nothing you need to do, unless you see Sierra Chart continuously trying to reconnect because Server 1 will be one of the available backup servers by default. So the connection to the backup will happen automatically. So this is one good thing about the Sierra Chart Order Routing Service is that the connectivity is very redundant. You can control servers through Global Settings >> Data/Trade Service Settings>> Service Setting >> Primary Server/Backup Server. You want to make sure one of those servers contains Server 1. Now one thing you should be aware of is that if you have working orders that are in an OCO group, cancel those orders and resubmit the OCO. If the OCO order is managed on either Server 2 or 4, there is no longer any OCO management at this time. Meaning when one side of the OCO order pair fills, the other side will not be automatically canceled. Instructions: Order Types: Send Attached Orders - Position/Price TT has been notified about this problem. We are not very impressed with their response. As if they seem to not even be aware there is a problem. But they said they are looking into it. Order routing is functional at this time. The main concern is OCO orders. If you have a bracket order or an OCO order, cancel those orders and resubmit them following the instructions below or just close out your position altogether because if the OCO management is on Server 2 in Aurora or Server 4 in Equinix, those order routing servers have no connection to TT, and cannot manage the OCO. Meaning that when one side Fills, the other side will not be automatically canceled. In this case you would have to manually cancel it. So you need to cancel those OCO orders, and resubmit them following the instructions here: Order Types: Send Attached Orders - Position/Price Or get out of the position altogether. ----- Update 2021-02-16 18:50 US Eastern time : We now have connectivity back to TT on Server 2 and Server 4. But we are not allowing users to connect to Server 2. Only Server 4. We accomplished this, by using the "bypass recovery" option from TT on logon. But we are not fully aware of any unusual consequences of doing this. So therefore there should be OCO management for those orders in an OCO group which exist on Server 2 and Server 4. But as a precaution we do recommend still canceling any OCO orders that you have submitted earlier, prior to 2021-02-16 17:00 US Eastern time and resubmitting them ---- Update 2021-02-16 19:05 US Eastern time: We consider the situation now stable and we believe OCO orders are able to be managed now which are managed by the Sierra Chart order routing service. We are now allowing users to connect to Server 2, the Aurora order routing server. For background information about how OCO and bracket orders are managed with this service, refer to: Attached Orders: Understanding How Server-Side OCO and Bracket Orders Are Implemented with Intermediary Server ---- Update 2021-02-16 19:09 US Eastern time. Message received from TT: My apologies for the disruption. Our Operations Team was able to re-direct your connections to another server and they appear to be connected.
We are going to investigate this issue further with our Engineers. Please let us know if issues persist. ---- Update 2021-02-16 19:20 US Eastern time. Once again situation is considered stable. And we are not aware of any outstanding issues. But we have heard that TT position quantities may be inaccurate. You will need to ask your broker about this if a position quantity looks inaccurate. Despite the problem from TT Sunday evening and today, we are definitely very happy with the Sierra Chart Order Routing architecture. The redundancy, worked exactly as expected. Users were automatically connected to a backup server upon failed connectivity or upon a failed order submission. All of that worked exactly as expected. Due to the stable and redundant architecture and flexible design we were able to bypass the recovery process ("Recovery" is a TT FIX concept with their service) and get order routing and order management working once we had the connection restored to TT. And these connections are now over the internal cross connect in the Aurora data center. 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: 2021-02-17 00:28:30
|