Continuum by CQG - Reviews of Brokers and Data Feeds | futures io social day trading
futures io futures trading


Continuum by CQG
Updated: Views / Replies:82,073 / 290
Created: by Big Mike Attachments:8

Welcome to futures io.

(If you already have an account, login at the top of the page)

futures io is the largest futures trading community on the planet, with over 90,000 members. At futures io, our goal has always been and always will be to create a friendly, positive, forward-thinking community where members can openly share and discuss everything the world of trading has to offer. The community is one of the friendliest you will find on any subject, with members going out of their way to help others. Some of the primary differences between futures io and other trading sites revolve around the standards of our community. Those standards include a code of conduct for our members, as well as extremely high standards that govern which partners we do business with, and which products or services we recommend to our members.

At futures io, our focus is on quality education. No hype, gimmicks, or secret sauce. The truth is: trading is hard. To succeed, you need to surround yourself with the right support system, educational content, and trading mentors Ė all of which you can find on futures io, utilizing our social trading environment.

With futures io, you can find honest trading reviews on brokers, trading rooms, indicator packages, trading strategies, and much more. Our trading review process is highly moderated to ensure that only genuine users are allowed, so you donít need to worry about fake reviews.

We are fundamentally different than most other trading sites:
  • We are here to help. Just let us know what you need.
  • We work extremely hard to keep things positive in our community.
  • We do not tolerate rude behavior, trolling, or vendors advertising in posts.
  • We firmly believe in and encourage sharing. The holy grail is within you, we can help you find it.
  • We expect our members to participate and become a part of the community. Help yourself by helping others.

You'll need to register in order to view the content of the threads and start contributing to our community.  It's free and simple.

-- Big Mike, Site Administrator

Reply
 8  
 
Thread Tools Search this Thread
 

Continuum by CQG

  #181 (permalink)
Elite Member
Denver, CO
 
Futures Experience: Advanced
Platform: NinjaTrader
Broker/Data: NinjaTrader Brokerage
Favorite Futures: ES
 
NinjaTrader's Avatar
 
Posts: 1,260 since May 2010
Thanks: 153 given, 1,890 received


g4400 View Post
Does "slow connection state" mean delayed (latency?) or filtered data?
What amount of delay and/or data bandwidth are ranked as "slow" by the API?
And what about primary connection issues?

If NT will not report lost connection, will the user know about delayed/filtered connection state?

I have had disconnections since end of January almost every day. Mostly disconnected price feed with price data is coming, once with delayed (by several minutes) time stamp... I had several disconnections of the primary connection too.

Thank You for answer, Sir.

Slow I believe is latency. I can't comment further as this is CQG API internals, not NT code.

Reply With Quote
The following user says Thank You to NinjaTrader for this post:
 
  #182 (permalink)
Elite Member
Germany
 
Futures Experience: Advanced
Platform: NinjaTrader
Broker/Data: NTB / Continuum
Favorite Futures: FDAX and CL
 
Balanar's Avatar
 
Posts: 396 since Jan 2013
Thanks: 507 given, 1,625 received


g4400 View Post
Does "slow connection state" mean delayed (latency?) or filtered data?
What amount of delay and/or data bandwidth are ranked as "slow" by the API?
And what about primary connection issues?

If NT will not report lost connection, will the user know about delayed/filtered connection state?

I have had disconnections since end of January almost every day. Mostly disconnected price feed with price data is coming, once with delayed (by several minutes) time stamp... I had several disconnections of the primary connection too.

Thank You for answer, Sir.

Check your ping to the CQG / Continuum server.

Sounds like an ISP issue.

Maybe the nodes are overloaded.

Reply With Quote
The following user says Thank You to Balanar for this post:
 
  #183 (permalink)
Administrator: Retired Backtester
 Vendor: speedytradingservers.com 
Rennes France
 
Futures Experience: Advanced
Platform: NinjaTrader
Broker/Data: IB/Kinetick
Favorite Futures: Futures
 
sam028's Avatar
 
Posts: 3,366 since Jun 2009
Thanks: 3,573 given, 3,982 received



Balanar View Post
Had some connection issues as well today.

There were serveal price feed connection losses.

@sam028 Is this the IP address to Continuum Server? 208.48.16.224

However, I guess this high ping is an ISP issue and not a NT, CQG or Continuum issue.

Yes, it's a CQG server.

Ii seems it's an ISP issue, but from what I see, from different IP sources (so different routes are taken), the last ISP before CQG servers is always Qwest. Maybe they only have one ISP, which is not, at least now, a good one ?

Success requires no deodorant! (Sun Tzu)
Reply With Quote
The following 3 users say Thank You to sam028 for this post:
 
  #184 (permalink)
Elite Member
Germany
 
Futures Experience: Advanced
Platform: NinjaTrader
Broker/Data: NTB / Continuum
Favorite Futures: FDAX and CL
 
Balanar's Avatar
 
Posts: 396 since Jan 2013
Thanks: 507 given, 1,625 received


sam028 View Post
Yes, it's a CQG server.

Ii seems it's an ISP issue, but from what I see, from different IP sources (so different routes are taken), the last ISP before CQG servers is always Qwest. Maybe they only have one ISP, which is not, at least now, a good one ?

Yes i think so. Is it important to have more than one ISP? Maybe they have another one as backup. I am not that expert.

In my eyes the problem is the "jump" from Germany (in my case) to USA. Ping is fine within Germany and within USA. There is only one ping spike from Germany to USA.

Reply With Quote
 
  #185 (permalink)
Elite Member
Budapest Hungary
 
Futures Experience: Intermediate
Platform: NinjaTrader
Broker/Data: Mirus/...
Favorite Futures: 6E
 
Posts: 6 since Oct 2010
Thanks: 64 given, 3 received


NinjaTrader View Post
Slow I believe is latency. I can't comment further as this is CQG API internals, not NT code.

It is understandable. Thank you and the team for the efforts to solve this issue too.

Sorry to ask again, if NT will not report lost connection, will the user somehow know about delayed/filtered/packaged connection state?
Will the mentioned ignorance of slow connection state affect only CQG-based connections, or others too?
Would be there an option within NT to return the strict use of the connection state?

Thank you for answer, Sir.

Reply With Quote
 
  #186 (permalink)
Elite Member
Budapest Hungary
 
Futures Experience: Intermediate
Platform: NinjaTrader
Broker/Data: Mirus/...
Favorite Futures: 6E
 
Posts: 6 since Oct 2010
Thanks: 64 given, 3 received


liquidcci View Post
@trendwaves
" I personally have observed a lot of packet loss and latency issues with many different carriers (i.e, Verizon, Level 3, Savvis, Centurylink, ATT and Cogent) over the past two months which have effected many services to a wide range of clients, either local, in different parts of the US and even international. Even if a route changed, we have zero visiblity as far as the configurations, physical infrastructure of said carriers. A route change would likely put the traffic in yet another unpredictable latency/packet loss situation. The traffic will always try to find a route, which may vary, due to the overall designs of peering between the tier 1 carriers.
"

Thank you for sharing this. Very interesting, it looks like a system-wide issue...

Would you be so kind to let us know if anything changes? Thanks a lot in forward too.

Reply With Quote
The following user says Thank You to g4400 for this post:
 
  #187 (permalink)
Elite Member
Denver, CO
 
Futures Experience: Advanced
Platform: NinjaTrader
Broker/Data: NinjaTrader Brokerage
Favorite Futures: ES
 
NinjaTrader's Avatar
 
Posts: 1,260 since May 2010
Thanks: 153 given, 1,890 received


g4400 View Post
It is understandable. Thank you and the team for the efforts to solve this issue too.

Sorry to ask again, if NT will not report lost connection, will the user somehow know about delayed/filtered/packaged connection state?
Will the mentioned ignorance of slow connection state affect only CQG-based connections, or others too?
Would be there an option within NT to return the strict use of the connection state?

Thank you for answer, Sir.


- User will not know if slow, I would not equate slow to meaning delayed or filtered, please keep this in mind that slow in our experience is far and few between and when it happens it returns to normal in seconds, its a temporary state
- The quality of your internet connection to the trading servers is not CQG specific and can effect all electronic trading providers
- No option to return to strict use of connection state

Reply With Quote
The following 2 users say Thank You to NinjaTrader for this post:
 
  #188 (permalink)
Elite Member
Austin, TX
 
Futures Experience: Master
Platform: ninjatrader, r-trader
Favorite Futures: CL, NG, TF, NQ, YM, GC, ES
 
liquidcci's Avatar
 
Posts: 862 since Jun 2011
Thanks: 609 given, 1,051 received


g4400 View Post
Thank you for sharing this. Very interesting, it looks like a system-wide issue...

Would you be so kind to let us know if anything changes? Thanks a lot in forward too.

I am going to move from CQG back to rithmic. I can live without server side OCO. Even if NT fixes the disconnect sensitivity there does seem to be some system wide issue with the route that has nothing to do with NT. There are times one hop is over 100ms and I am sitting on a server in Chicago. I may not be able to report back because I think I am going to try and get in Aurora CME Data center as well as move to rithmic (I can report on how that goes but won't help those still on CQG). Will cost more than what I am doing now but less hops means less issues and even lower latency. Should pay for itself.


I will say my experience with CQG feed has basically stunk. No other way to say it. Whose fault who knows? It's not ready for primetime imo and has cost me valuable ticks.

"The day I became a winning trader was the day it became boring. Daily losses no longer bother me and daily wins no longer excited me. Took years of pain and busting a few accounts before finally got my mind right. I survived the darkness within and now just chillax and let my black box do the work."
Reply With Quote
The following user says Thank You to liquidcci for this post:
 
  #189 (permalink)
Banned: trolling
NYC + NY / USA
 
Futures Experience: Advanced
Platform: "I trade, therefore, I AM!"; Theme Song: "Atomic Dog!"
Favorite Futures: EMD, 6J, ZB
 
kronie's Avatar
 
Posts: 798 since Oct 2009
Thanks: 216 given, 498 received


NinjaTrader View Post
Slow I believe is latency. I can't comment further as this is CQG API internals, not NT code.

trace route command shows how many hops, pings and dinks inbetween the client pc and the host receiving server,

those collectively when added together are latency

slow in this context means bandwidth issues, clogged pipes, bursts of data exceeding the mean average capacity of the outbound pipes from the data server to the entire populace of subscribers

slow also has much to do with one's ISP SLA and in-bound speeds.

slow also has much to do with one's CPU, motherboard and chipset, operating system HDD / SSD and other active processes running on the platform at the time "it (slowness)" is observed

futures.io (formerly BMT) has a thread regarding speeding up one's platform, whether using Ninja, or any other trading application. In essence the suggestion is to initially increase to maximum one's DRAM slots; implement some sort of VRAM / Ramdisk; allocate priority to your trading architecture through your QOS Router features and de-prioritize everything else.

Eddie and his crew at EZTradingComputers.com are some awesome guys that have really run the gambit on this issue and can take this conversation further, provided one's glasses stop fogging over from the details...

good trading to us all!

Reply With Quote
The following user says Thank You to kronie for this post:
 
  #190 (permalink)
Banned: trolling
NYC + NY / USA
 
Futures Experience: Advanced
Platform: "I trade, therefore, I AM!"; Theme Song: "Atomic Dog!"
Favorite Futures: EMD, 6J, ZB
 
kronie's Avatar
 
Posts: 798 since Oct 2009
Thanks: 216 given, 498 received



kronie View Post
can you get live NYSE cash indices and data through Continum?, or just through CQG?

does it require an individual license or direct expense and an application specifying which exchange and what level of data one requires?

anyone answer this?

Reply With Quote

Reply



futures io > > > > Continuum by CQG

Thread Tools Search this Thread
Search this Thread:

Advanced Search



Upcoming Webinars and Events (4:30PM ET unless noted)

Jigsaw Trading: TBA

Elite only

FuturesTrader71: TBA

Elite only

NinjaTrader: TBA

Jan 18

RandBots: TBA

Jan 23

GFF Brokers & CME Group: Futures & Bitcoin

Elite only

Adam Grimes: TBA

Elite only

Ran Aroussi: TBA

Elite only
     

Similar Threads
Thread Thread Starter Forum Replies Last Post
CQG API pfranz CQG 2 January 23rd, 2014 09:36 AM
CQG's Datatype typer77 Reviews of Brokers and Data Feeds 4 January 30th, 2013 06:24 AM
CQG/Ninjatrader keepdchange NinjaTrader 4 January 2nd, 2013 08:15 AM
CQG vs CQG through ninjatrader??? dtman CQG 26 January 1st, 2012 02:28 PM
CQG platform (CQG Trader/CQG Integrated Client) Big Mike CQG 91 July 24th, 2011 09:46 AM


All times are GMT -4. The time now is 08:52 PM.

Copyright © 2017 by futures io, s.a., Av Ricardo J. Alfaro, Century Tower, Panama, +507 833-9432, info@futures.io
All information is for educational use only and is not investment advice.
There is a substantial risk of loss in trading commodity futures, stocks, options and foreign exchange products. Past performance is not indicative of future results.
no new posts
Page generated 2017-12-14 in 0.17 seconds with 20 queries on phoenix via your IP 54.221.73.186