Hallo Raymond,

the CQG connection guide (NT7 + NT8) mentioning a delay for the stop- and target order submission.

=> "There will be an approximated 200ms delay between submission of strategy based stop and target orders."

Do you want to emphase that the successfull active entry order acknowledgment triggers the stop/target order submission?
I think the stop/target order submission is managed by local NT app and not from NT servers, right?
How do you determine the the 200ms value (i think the exact time must be ENTRY_ACK_TIME(EXCHANGE -> Local) + STOP_TARGET_TRANSMIT_TIME(Local -> Exchange)?

Isn't it possible to transfer native OCO information to the CQG servers? I want that the stop/target orders are submitted at a prior stage (from CQG server or even better from exchange).

@sam028 @mattz: with direct use of CQG or Rithmic API that issue is a non brainer, right?

Koepisch 

Hallo Raymond, the CQG connection guide (NT7 + NT8) mentioning a delay for the stop- and target order submission. => "There will be an approximated 200ms delay between submission of strategy based stop and target orders." Do you want to emphase that the successfull active entry order acknowledgment triggers the stop/target order submission? I think the stop/target order submission is managed by local NT app and not from NT servers, right? How do you determine the the 200ms value (i think the exact time must be ENTRY_ACK_TIME(EXCHANGE -> Local) + STOP_TARGET_TRANSMIT_TIME(Local -> Exchange)? Isn't it possible to transfer native OCO information to the CQG servers? I want that the stop/target orders are submitted at a prior stage (from CQG server or even better from exchange). @sam028: with direct use of CQG or Rithmic API that issue is a non brainer, right?

• Stops and targets are submitted once entry order is part filled or filled
• Stop is submitted first then paired target order 200 ms later as measured locally (a technical requirement in working with the specific CQG API we use)
• The orders are working at the exchange
• The OCO linkage is held and managed by CQG servers

Koepisch 

Hallo Raymond, the CQG connection guide (NT7 + NT8) mentioning a delay for the stop- and target order submission. => "There will be an approximated 200ms delay between submission of strategy based stop and target orders." Do you want to emphase that the successfull active entry order acknowledgment triggers the stop/target order submission? I think the stop/target order submission is managed by local NT app and not from NT servers, right? How do you determine the the 200ms value (i think the exact time must be ENTRY_ACK_TIME(EXCHANGE -> Local) + STOP_TARGET_TRANSMIT_TIME(Local -> Exchange)? Isn't it possible to transfer native OCO information to the CQG servers? I want that the stop/target orders are submitted at a prior stage (from CQG server or even better from exchange). @sam028 @mattz: with direct use of CQG or Rithmic API that issue is a non brainer, right?

I didn't tested this case myself so I can't say for sure.
I had cases in the past with news traders unhappy with some trades and had to analyze if the communication latency was too high from their VPS and in each cases the stop was triggered much more quickly than these 200 ms.

NinjaTrader 

Stops and targets are submitted once entry order is part filled or filled

does it mean that if a pending order is filled while my Ninja is offline I will not be protected by stop managed by ATM?

it seems a nightmare, what can we do to be safe?

BMM73 

does it mean that if a pending order is filled while my Ninja is offline I will not be protected by stop managed by ATM? it seems a nightmare, what can we do to be safe?

Yes, that's what it means and its not a problem at all since our customers are active traders that keep NinjaTrader online. If you have intentions of trading in a manner where you wish to turn off your trading platform, then I suggest submitting a stop order 1st, then a limit entry order. You would be safe to the downside with this approach.

NinjaTrader 

Yes, that's what it means and it's not a problem at all since our customers are active traders that keep NinjaTrader online. If you have intentions of trading in a manner where you wish to turn off your trading platform, then I suggest submitting a stop order 1st, then a limit entry order. You would be safe to the downside with this approach.

I don't wish to turn off my platform, I am thinking about internet connection issues or other technical failures.

There is a way to automatize the approach you suggest to be used instead of vulnerable ATM strategies?

Is Ninjatrader going to fix this vulnerability of ATM strategies in the next future?

BMM73 

I don't wish to turn off my platform, I am thinking about internet connection issues or other technical failures. There is a way to automatize the approach you suggest to be used instead of vulnerable ATM strategies? Is Ninjatrader going to fix this vulnerability of ATM strategies in the next future?

This is the best way if you are concerned about it. What I can say is in fifteen years of operation with north of several hundred thousand traders who have used the product, this corner case scenario has not been an issue. NinjaTrader is a client side application and thus is subject to any number of client side variables such as loss of internet connection, hardware vulnerabilities and local power outages.

BMM73 

I don't wish to turn off my platform, I am thinking about internet connection issues or other technical failures. There is a way to automatize the approach you suggest to be used instead of vulnerable ATM strategies? Is Ninjatrader going to fix this vulnerability of ATM strategies in the next future?

The ATM logic is help on the platform itself, it's not a vulnerability it is how it works.
An ATM is like a strategy, it's getting incoming data and use its internal logic to take buy/sell decisions, if you power off your desktop the strategy won't do its job.

NinjaTrader 

Howard, Thanks for reaching out. My team is looking at enhancing the existing Volume column to provide more flexibility in how a trader might want to visualize the data. Stay tuned.

Hello, definitely the Dom needs an update to be able to see the inside bid / offer and the market orders trades at that price like jigsaw style, sierra chart, Atas .......

It would be a great move for those of us who use the Dom

Will the update be possible?

Thanks

ramlamc6 

Hello, definitely the Dom needs an update to be able to see the inside bid / offer and the market orders trades at that price like jigsaw style, sierra chart, Atas ....... It would be a great move for those of us who use the Dom Will the update be possible? Thanks

We have added this as a future feature to consider. In the meantime, here is a link to a vendor that offers 3rd party products that do what you are asking.

https://www.quantsparktechnology.com/superdomseries/