Welcome to NexusFi: the best trading community on the planet, with over 150,000 members Sign Up Now for Free
Genuine reviews from real traders, not fake reviews from stealth vendors
Quality education from leading professional traders
We are a friendly, helpful, and positive community
We do not tolerate rude behavior, trolling, or vendors advertising in posts
We are here to help, just let us know what you need
You'll need to register in order to view the content of the threads and start contributing to our community. It's free for basic access, or support us by becoming an Elite Member -- see if you qualify for a discount below.
-- Big Mike, Site Administrator
(If you already have an account, login at the top of the page)
@Balanar: I tried to download data from FGBL 03-13 an hour ago and it was a fail. Trying again now and it works with a transmission speed of about 15,000 Byte/s (120 kBit/s). Not really fast for my 50.000 kBit/s line, but the data transmission rate available by the 7ticks.com server is low anyhow. Even with other ISPs, I never got above 240kBit/s for that server. I think it is throttled.
There is some improvement, although things are not entirely back to normal.
Do you have any more details or maybe the ticket number (Störungsmeldung, maybe via private message), so that I could reference it for my own ticket?
Hello Everybody
Did find this tread yesterday. Unfortunately I experienced the same disgusting problem with NT/ZF and FDAX and still have it now. I got and get disconnected several times a day since the beginning of january, meanwhile almost every day. ”Connection Lost” and afterwards there exists no change for an automatic re-connection or even a manual one in an acceptable timeframe. Thus for getting connected with zen again I am urged to shut down the NT entirely. Other Platforms can be reconnected without a possible new start. This is horrible and I am disappointed. Horrible, because, I have not had any or have considered as good as no serious problems with connection via zen for many months. And obvious there exist no clear statement or any idea where it comes from and how it could be solved from any services yet. Went over the DTAG tread very briefly. Disappointing, because, my trading relies heavily on zen and it was a strategic decision to use it. I am not an expert when it comes to internet technologies and thus I am not able to follow and understand the hole discussion of ping testing i.e. or could come up with an idea for solving this issue. But I may contribute some information which I hope could be helpful. Normally I work from a home office near Frankfurt a. M. with a cable based ISP, which is not DTAG. For my personal needs, it has always been a very satisfactory solution in combination with …. for over years. Never had any problems like these! But have worked from Berlin from august 2012 on to approximately around the 20th of december 2012 with an DTAG 6000 DSL( which performance is considerable less than…) and also did not experienced any problems of disconnection. Since I am back some comments on this tread sound very familiar to me. When I review all the disconnections I could simply but possible conclude that it happens in SIM and with Live account connections, it increased gradually in january and it has probably nothing to do with increasing volatility /order flow ( This is a personal impression only).
But let me come up with some brain storming, questions which I am allowed to ask.
If we have different PC set-ups, firewalls and operating systems and we are experiencing disconnections, probably around the same times, would it be a problem of the local PC. No, most probably not, I guess!
If people have different ISP but experience disconnections to Zen, is it then a problem of single ISP in Germany? Can t say actually, because, it is possible that some ISP using others info structures?
How is it going with others, who distribute zen and /or how are other platforms performing with the data feed?
Unfortunately today, my last disconnection was - 09:01:59 CET
the German telecoms forum censored the posts, so watch out. I can, for example, in my criticism not write there, posts were deleted by me, I'm frozen there. Other users this goes way back again and disappearing posts.
We have to demand that zenfire & NinjaTrader become active.
The technical problem lies with the server of NTT. I assume they
are a subsidiary of DTAG.
But since DTAG denies any problems, as stated by many users - it
is zenfire / rithmic / ninjatraders job to choose business partners
that ensure their business.
The cqg data feeds are not routed via the problem-IPs.
Please tell Ninja & zenfire, that you will have to leave.
I dont know about other vendors.
DTAG gives a s**** about our complains.
PS..: our "tracing" only shows that there is indeed a problem, despite the lies from DTAG support.
But tracing will not repair - the problem.
Dont let them fool you, when they say it is a problem with your PC or similar. Its not.
Further I see a new pattern: Lots of users with problems seem to be in the east. Berlin etc
-> NTT is Nippon Telegraph and Telecom, the largest Japanese Telecom company, I don't think they will appreciate that you think that they are subsidiary of Deutsche Telekom. The turnover of NTT is about twice the turnover of Deutsche Telekom. NTT Communications is the largest operator of data nets in the world.
-> With my prior ISPs I have also had occasional routing problems. Last time I switched my broker access point from NYC to Switzerland, as the broker has its own telecommunication lines. If you access routers in the US you should always have a backup connection and not cry, if the primary data feed has a few interruptions.
-> Deutsche Telekom has a open forum, where the matter is discussed. They have answered the questions. Here is the feedback given by Deutsche Telekom
January 22: DTAG confirms that there is an open ticket since January 16, also they confirm that my problem is identical to the problem related to NinjaTrader/Zenfire. They ask not to open any new tickets as there is an open ticket for the routing via NTT.
January 23: Other users confirm that there problems are related to the Telekom routers that we have identified
(80.156.161.46 + 80.157.128.30)
January 23: DTAG says that the problems are not caused by a bottleneck, but they confirm that there is a problem.
January 24: DTAG says that the problem was caused by NTT. From "was caused" I assume that it has been partly fixed.
January 24: A few users confirm that the case has been fixed. However, there is a gamer complaining that she has to wait half a minute until the monster reacts. May be the monster is not allowed by the Godzillas of the Japanese network.
January 24: DTAG says that they have still found lost packages and that the cause lies with NTT Communications.
I have found that there is a net improvement. While it was impossible to download data from the 7ticks.com server during afternoon and evening hours prior to January 23, I have now identical download speeds whether I use Telekom or Telefonica as ISP.
I cannot tell you though whether the monster is still stuck somewhere in the line.