NT Zenfire FDAX data interruptions - futures io
futures io futures trading



NT Zenfire FDAX data interruptions


Discussion in Brokers

Updated
      Top Posters
    1. looks_one Daytrader999 with 17 posts (6 thanks)
    2. looks_two Balanar with 16 posts (6 thanks)
    3. looks_3 sam028 with 14 posts (21 thanks)
    4. looks_4 puma with 14 posts (6 thanks)
      Best Posters
    1. looks_one Fat Tails with 1.6 thanks per post
    2. looks_two sam028 with 1.5 thanks per post
    3. looks_3 steve2222 with 1.1 thanks per post
    4. looks_4 TempletonPeck with 0.7 thanks per post
    1. trending_up 18,508 views
    2. thumb_up 93 thanks given
    3. group 13 followers
    1. forum 119 posts
    2. attach_file 18 attachments




Welcome to futures io: the largest futures trading community on the planet, with well over 125,000 members
  • 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 and simple.

-- Big Mike, Site Administrator

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

 
Search this Thread
 

NT Zenfire FDAX data interruptions

(login for full post details)
  #1 (permalink)
Cologne/Germany
 
Experience: Advanced
Platform: NinjaTrader
Trading: FDAX, YM
 
Posts: 41 since Oct 2011
Thanks: 17 given, 9 received

Hi,

I have an account with Mirus/NT and Zenfire data.

End of November I applied a new modem-router first with 6k MB rate.
From 1 Dec my data rate was increased to 16k MB. Then, I observed short data interruptions. With the 6k MB rate
there were no interruptions (but it was only for a short time on 6k).

Today I had no interruptions between 5am till 12.30am NYT (7.5 hours); then 11 interruptions during 12:30am-1:40pm (which is now). (There are no internet interruptions only Zenfire data interruptions!)

NT/Zenfire/Mirus told me that this can happen because of firewalls of modem/Windows7/Avira Antivirus and the antivirus program. Hence, I should switch off all of them and only trade (and not surf the internet).
But this is quite dangerous, isn't it?

But why are there no interruptions for several hours and then in the (NY) afternoon there are several ones!
Is it a problem of my new modem with the higher rate? What are your experiences?

Thank you!

Started this thread Reply With Quote

Can you help answer these questions
from other members on futures io?
Automatic pattern research with NT
Elite Algorithmic NinjaTrader Trading
Help Needed: TOS Options Chain IV & IMPL MOVE Calcul …
ThinkOrSwim
Where can I find Cost to Trade and Book Depth info?
Emini and Emicro Index
MACD line not plotting after change of plot order
NinjaTrader
Work with historical tcks data on MUltichart NET PowerLa …
MultiCharts
 
 
(login for full post details)
  #3 (permalink)
Legendary Market Wizard
Ilsede, Germany
 
Experience: Advanced
Platform: NinjaTrader 8
Broker: Rithmic / CQG / Ninja Trader Brokerage
Trading: NQ
 
Daytrader999's Avatar
 
Posts: 1,331 since Sep 2011
Thanks: 1,448 given, 1,909 received



andorre View Post
NT/Zenfire/Mirus told me that this can happen because of firewalls of modem/Windows7/Avira Antivirus and the antivirus program. Hence, I should switch off all of them and only trade (and not surf the internet).
But this is quite dangerous, isn't it?

But why are there no interruptions for several hours and then in the (NY) afternoon there are several ones!
Is it a problem of my new modem with the higher rate? What are your experiences?

Well, this sounds a bit strange and maybe not so easy to answer.

I'm using a similar configuration (Mirus / Zen-Fire / Windows 7, Avira) and don't experience any interruptions at all with Zen-Fire.
But since I don't trade the FDAX or any other EUREX instrument, this could be either an EUREX datafeed issue as well as something wrong with your modem / internet configuration.

Of course Mirus or any other broker will tell you that ANY Firewall / Anti-Virus program may affect your datafeed connection and / or performance because there are too many parameters of your individual configuration which may have some (negative) effects on your connection.

And as mentioned before, I didn't experience any problems on index futures, currencies and commodities so far, but I don't trade any EUREX instruments...

Reply With Quote
 
(login for full post details)
  #4 (permalink)
Germany
 
Experience: Beginner
Platform: NinjaTrader
Broker: Mirus Futures/Zen-Fire
 
TempletonPeck's Avatar
 
Posts: 200 since Feb 2010
Thanks: 1,136 given, 201 received

Since Tuesday I have connection issues with ZenFire, too.

I had no issues before and did not change my configuration.


Tuesday between 7pm and 10pm CET 23 times "Connection Lost"

Wednesday 4.20pm until 9.30pm CET 39 times "Connection Lost"

Today I had no problems until 6.50pm CET. Since then 11 interruptions.


I have no internet interruptions, too. Only ZenFire interruptions...

Reply With Quote
 
(login for full post details)
  #5 (permalink)
Cologne/Germany
 
Experience: Advanced
Platform: NinjaTrader
Trading: FDAX, YM
 
Posts: 41 since Oct 2011
Thanks: 17 given, 9 received


Daytrader999 View Post
Well, this sounds a bit strange and maybe not so easy to answer.

I'm using a similar configuration (Mirus / Zen-Fire / Windows 7, Avira) and don't experience any interruptions at all with Zen-Fire.
But since I don't trade the FDAX or any other EUREX instrument, this could be either an EUREX datafeed issue as well as something wrong with your modem / internet configuration.

Of course Mirus or any other broker will tell you that ANY Firewall / Anti-Virus program may affect your datafeed connection and / or performance because there are too many parameters of your individual configuration which may have some (negative) effects on your connection.

And as mentioned before, I didn't experience any problems on index futures, currencies and commodities so far, but I don't trade any EUREX instruments...

It's not an EUREX problem. In my logfile I see for example

12.12.2012 16:47:59|1|2|Live Account: Primary connection=Connected, Price feed=ConnectionLost
12.12.2012 16:48:13|1|2|Live Account: Primary connection=Connected, Price feed=Connected

Hence, it is a complete interruption!

I have also a GC 02-13 chart with the same interruption.

Started this thread Reply With Quote
 
(login for full post details)
  #6 (permalink)
Cologne/Germany
 
Experience: Advanced
Platform: NinjaTrader
Trading: FDAX, YM
 
Posts: 41 since Oct 2011
Thanks: 17 given, 9 received


TempletonPeck View Post
Since Tuesday I have connection issues with ZenFire, too.

I had no issues before and did not change my configuration.


Tuesday between 7pm and 10pm CET 23 times "Connection Lost"

Wednesday 4.20pm until 9.30pm CET 39 times "Connection Lost"

Today I had no problems until 6.50pm CET. Since then 11 interruptions.


I have no internet interruptions, too. Only ZenFire interruptions...

My first interruption on Wednesday was:

12.12.2012 16:47:59|1|2|Live Account: Primary connection=Connected, Price feed=ConnectionLost
12.12.2012 16:48:13|1|2|Live Account: Primary connection=Connected, Price feed=Connected

Started this thread Reply With Quote
The following user says Thank You to andorre for this post:
 
(login for full post details)
  #7 (permalink)
Legendary Market Wizard
Ilsede, Germany
 
Experience: Advanced
Platform: NinjaTrader 8
Broker: Rithmic / CQG / Ninja Trader Brokerage
Trading: NQ
 
Daytrader999's Avatar
 
Posts: 1,331 since Sep 2011
Thanks: 1,448 given, 1,909 received


andorre View Post
12.12.2012 16:47:59|1|2|Live Account: Primary connection=Connected, Price feed=ConnectionLost
12.12.2012 16:48:13|1|2|Live Account: Primary connection=Connected, Price feed=Connected

Hence, it is a complete interruption!

I have also a GC 02-13 chart with the same interruption.

Ok., you didn't mention the interruption on GC datafeed before...
Since I was not connected to Zen-Fire at that time, I don't know whether or not this has been a general issue.

I know that Rithmic / Zen-Fire work on some infrastructural changes / enhancements, but these measures should only affect SIM trading, not Live trading.

Reply With Quote
 
(login for full post details)
  #8 (permalink)
Cologne/Germany
 
Experience: Advanced
Platform: NinjaTrader
Trading: FDAX, YM
 
Posts: 41 since Oct 2011
Thanks: 17 given, 9 received

Wednesday afternoon again:

8 interruptions in the last 20 minutes!!

First, one notices that there are no limit number changes, then about 10 seconds later the orange color with the log file message

09.01.2013 17:21:48 Connection Live Account: Primary connection=Connected, Price feed=ConnectionLost

And the reconnection

09.01.2013 17:22:14 Connection Live Account: Primary connection=Connected, Price feed=Connected


In the CET evening there are quite often interruptions as well!!

Started this thread Reply With Quote
The following user says Thank You to andorre for this post:
 
(login for full post details)
  #9 (permalink)
Germany
 
Experience: Beginner
Platform: NinjaTrader
Broker: Mirus Futures/Zen-Fire
 
TempletonPeck's Avatar
 
Posts: 200 since Feb 2010
Thanks: 1,136 given, 201 received

Same here


Reply With Quote
The following user says Thank You to TempletonPeck for this post:
 
(login for full post details)
  #10 (permalink)
Site Moderator
 
 
sam028's Avatar
 
Posts: 3,665 since Jun 2009
Thanks: 3,787 given, 4,494 received


I also have some VPS customers who had the same problems.
And their VPS is few routers and less than 1ms from ZenFire servers, and we had no network problems on our side, so their is clearly something wrong on ZF side!!!

Success requires no deodorant! (Sun Tzu)
Follow me on Twitter Reply With Quote
The following 5 users say Thank You to sam028 for this post:
 
(login for full post details)
  #11 (permalink)
zurich
 
Experience: Advanced
Platform: Sierra ahRrrr CQG ...
Trading: Bund, ES, ...
 
puma's Avatar
 
Posts: 964 since Aug 2010
Thanks: 7,272 given, 1,499 received

I too have to report connection problems with zenfire.

connecting from Germany.

had never problems before - for years.

Follow me on Twitter Reply With Quote
 
(login for full post details)
  #12 (permalink)
Berlin
 
 
Posts: 3 since Mar 2011
Thanks: 0 given, 4 received

Have to confirm connection problems from Berlin to Mirus/Dorman/Zenfire too. NT7 interrupts at some point in the evening (CET) and is not able to connect back to zenfire. Tried everything on the hardware /software side. Same problems with Multicharts. Tried to solve it with Mirus support - no result at all. They traced the connection and said that ping of say 130 is way to high and bandwith of 6MBit/s is the absolute minimum. So reason for connection problems is my ISP. But man, I remember when I daytraded lot of stocks back in the end of the 90ies on a 64k ISDN line and it worked like a charm.

Quite frustrating.

The question for me is: Is it Telekom (it is my german ISP) because the ping is really to high? Pro: There is a thread in the telekom forum that many guys (mostly "gamer") experience latency problems especially in the evening hours (starting 7pm EST) since the end of november 12. Contra: My experience with ISDN connection more than 10 years ago (but eventually I mixe things up here that cannot be mixed - I am far away from being a technican).

Or is it the Zenfire datafeed at all?

And last question: What to do beside just sit and wait?

Reply With Quote
The following 2 users say Thank You to blauboot for this post:
 
(login for full post details)
  #13 (permalink)
Site Moderator
 
 
sam028's Avatar
 
Posts: 3,665 since Jun 2009
Thanks: 3,787 given, 4,494 received

Did they really write 130ms was too high, and 6 Mb/s a minimum ???
This is not a serious answer, you may have a bad router somewhere between Berlin and ZF servers, but this kind latency/bandwidth criteria is ridiculous.
I know some guys in the middle of nowhere who had no problems with ZF and 512 kb/s and 300 ms of latency. I also had to make some bandwidth statistics this morning for my VPS business, and the average bandwidth used by my customers, whatever the data feed they use, is around 10 kb/s... So asking for 6 Mb/s, 600 times more than the average usage, I don't get it.

Are you able to do some regular pings and traceroute to ZF servers, when the problem occurs ?
A dying router, or a bad configuration between you and the servers could explain what's wrong.



blauboot View Post
Have to confirm connection problems from Berlin to Mirus/Dorman/Zenfire too. NT7 interrupts at some point in the evening (CET) and is not able to connect back to zenfire. Tried everything on the hardware /software side. Same problems with Multicharts. Tried to solve it with Mirus support - no result at all. They traced the connection and said that ping of say 130 is way to high and bandwith of 6MBit/s is the absolute minimum. So reason for connection problems is my ISP. But man, I remember when I daytraded lot of stocks back in the end of the 90ies on a 64k ISDN line and it worked like a charm.

Quite frustrating.

The question for me is: Is it Telekom (it is my german ISP) because the ping is really to high? Pro: There is a thread in the telekom forum that many guys (mostly "gamer") experience latency problems especially in the evening hours (starting 7pm EST) since the end of november 12. Contra: My experience with ISDN connection more than 10 years ago (but eventually I mixe things up here that cannot be mixed - I am far away from being a technican).

Or is it the Zenfire datafeed at all?

And last question: What to do beside just sit and wait?


Success requires no deodorant! (Sun Tzu)
Follow me on Twitter Reply With Quote
The following user says Thank You to sam028 for this post:
 
(login for full post details)
  #14 (permalink)
Legendary Market Wizard
Ilsede, Germany
 
Experience: Advanced
Platform: NinjaTrader 8
Broker: Rithmic / CQG / Ninja Trader Brokerage
Trading: NQ
 
Daytrader999's Avatar
 
Posts: 1,331 since Sep 2011
Thanks: 1,448 given, 1,909 received

@sam028 and @blauboot:

I've got a ping time of around 190-200 ms to IP 50.115.112.117 (which should be zen-fire.com referring to 'Whois') from Germany right now.

Since I use Deutsche Telekom as my ISP and got a bandwith of 16 Mbit/s, I never experienced any serious and / or longer lasting disconnections yet, except some occasionally outages at the weekends.

Are there any other Zen-Fire IP adresses to check out ?

Reply With Quote
 
(login for full post details)
  #15 (permalink)
Site Moderator
 
 
sam028's Avatar
 
Posts: 3,665 since Jun 2009
Thanks: 3,787 given, 4,494 received

I don't remember which was the right IP to use, but it's not this one, this is their web site address.
AFAIK, the name associated with a good IP address to test was an *.7ticks.com.
After being connected to Zen-Fire, a "netstat -n" may show you where your platform is connected.


Daytrader999 View Post
@sam028 and @blauboot:

I've got a ping time of around 190-200 ms to IP 50.115.112.117 (which should be zen-fire.com referring to 'Whois') from Germany right now.

Since I use Deutsche Telekom as my ISP and got a bandwith of 16 Mbit/s, I never experienced any serious and / or longer lasting disconnections yet, except some occasionally outages at the weekends.

Are there any other Zen-Fire IP adresses to check out ?


Success requires no deodorant! (Sun Tzu)
Follow me on Twitter Reply With Quote
 
(login for full post details)
  #16 (permalink)
Legendary Market Wizard
Ilsede, Germany
 
Experience: Advanced
Platform: NinjaTrader 8
Broker: Rithmic / CQG / Ninja Trader Brokerage
Trading: NQ
 
Daytrader999's Avatar
 
Posts: 1,331 since Sep 2011
Thanks: 1,448 given, 1,909 received


sam028 View Post
AFAIK, the name associated with a good IP address to test was an *.7ticks.com.
After being connected to Zen-Fire, a "netstat -n" may show you where your platform is connected.

@sam028:

NETSTAT shows various IP connections for NT with average ping times between 110 and 195 ms.

And unfortunately I couldn't find any IP on 7ticks.com, so perhaps there may be some other suggestions...?

Reply With Quote
 
(login for full post details)
  #17 (permalink)
Site Moderator
 
 
sam028's Avatar
 
Posts: 3,665 since Jun 2009
Thanks: 3,787 given, 4,494 received

Try to:
- do a "netstat -n"before being connected to ZF, and do a screenshot (or copy all lines somewhere in a text editor),
- do the same "netstat -n" while connected to ZF, and do a screenshot (or copy all lines somewhere in a text editor),
- compare both lines: the "new" connections are the ZF connections.



Daytrader999 View Post
@sam028:

NETSTAT shows various IP connections for NT with average ping times between 110 and 195 ms.

And unfortunately I couldn't find any IP on 7ticks.com, so perhaps there may be some other suggestions...?


Success requires no deodorant! (Sun Tzu)
Follow me on Twitter Reply With Quote
The following user says Thank You to sam028 for this post:
 
(login for full post details)
  #18 (permalink)
Auckland, New Zealand
 
Experience: Beginner
Platform: Sierra Chart
Broker: AMP/CQG
Trading: Whatever moves in my timezone
 
Posts: 1,883 since Sep 2009
Thanks: 3,347 given, 1,516 received


Daytrader999 View Post
@sam028 and @blauboot:

I've got a ping time of around 190-200 ms to IP 50.115.112.117 (which should be zen-fire.com referring to 'Whois') from Germany right now.

Since I use Deutsche Telekom as my ISP and got a bandwith of 16 Mbit/s, I never experienced any serious and / or longer lasting disconnections yet, except some occasionally outages at the weekends.

Are there any other Zen-Fire IP adresses to check out ?

@Daytrader999

Not sure if these ZF ip addresses in this post of mine help.



I also agree with Sam that the Mirus response re ping and bandwidth is wrong. I regularly record Ping from New Zealand to ZF servers of over 500ms (which in my view is too high compared to a Speedtest to a random Chicago server of half that) and I can still trade just fine.

Several years ago ZF gave me access to a beta site for a ZF Web Trading platform and that shows you exactly what your ping time is to ZF servers - that is how I know I can get up over 500ms.

Reply With Quote
The following 2 users say Thank You to steve2222 for this post:
 
(login for full post details)
  #19 (permalink)
Legendary Market Wizard
Ilsede, Germany
 
Experience: Advanced
Platform: NinjaTrader 8
Broker: Rithmic / CQG / Ninja Trader Brokerage
Trading: NQ
 
Daytrader999's Avatar
 
Posts: 1,331 since Sep 2011
Thanks: 1,448 given, 1,909 received

@steve2222:

I got exceeding time limit for all IPs listed in the thread, but I tested IP 64.202.118.81, to which I'm actually connected, and I get a latency of about 240 ms...

So, that's another good reason for me to stick with @sam028 VPS...

Reply With Quote
The following user says Thank You to Daytrader999 for this post:
 
(login for full post details)
  #20 (permalink)
Auckland, New Zealand
 
Experience: Beginner
Platform: Sierra Chart
Broker: AMP/CQG
Trading: Whatever moves in my timezone
 
Posts: 1,883 since Sep 2009
Thanks: 3,347 given, 1,516 received


Daytrader999 View Post
@steve2222:

I got exceeding time limit for all IPs listed in the thread, but I tested IP 64.202.118.81, to which I'm actually connected, and I get a latency of about 240 ms...

So, that's another good reason for me to stick with @sam028 VPS...

Ok, so do I.

I think the problem is that ZF don't allow their servers to be pinged. I recall I read somewhere that they stop this so ping requests don't interfere with the performance of the live data service.

Right now I have 569ms reported on the beta ZF web trader portal to me here in New Zealand.

Reply With Quote
 
(login for full post details)
  #21 (permalink)
Legendary Market Wizard
Ilsede, Germany
 
Experience: Advanced
Platform: NinjaTrader 8
Broker: Rithmic / CQG / Ninja Trader Brokerage
Trading: NQ
 
Daytrader999's Avatar
 
Posts: 1,331 since Sep 2011
Thanks: 1,448 given, 1,909 received


steve2222 View Post
Ok, so do I.

I think the problem is that ZF don't allow their servers to be pinged. I recall I read somewhere that they stop this so ping requests don't interfere with the performance of the live data service.

Yes, and although I'm no network specialist, I think that makes sense in order to provide the best possible performance.

Reply With Quote
 
(login for full post details)
  #22 (permalink)
Site Moderator
 
 
sam028's Avatar
 
Posts: 3,665 since Jun 2009
Thanks: 3,787 given, 4,494 received


Daytrader999 View Post
Yes, and although I'm no network specialist, I think that makes sense in order to provide the best possible performance.

If a server is not answering to ping packets, you can use tracert (traceroute on Linux) to know the latency to the last router. That will give you a good idea of the latency to a "not pingable" server.
Keep in mind that ping packets (ICMP protocol) have usually a very low priority on most routers, so you may take the smaller value found to know what would be the real latency with a normal priority communication.

I agree that 500ms from NZ looks too high. I have a friend in New-Caledonia, and as far as I remember his latency was around 300ms. I assume New-Zeland is using Australian big backbones, so it should be around 350 ms maximum.

Success requires no deodorant! (Sun Tzu)
Follow me on Twitter Reply With Quote
The following 2 users say Thank You to sam028 for this post:
 
(login for full post details)
  #23 (permalink)
The Netherlands
 
Experience: None
Platform: MultiCharts, TradingView
Trading: ...
 
Jura's Avatar
 
Posts: 774 since Apr 2010
Thanks: 2,347 given, 688 received

My average ping to ZenFire (from the Netherlands) is 111.248 ms with a median of 111.248 (based on 1,167,366 observations).

The ping settings were: a ping every 10 seconds with a max-time out of 2 seconds. 3.157 values were missing, either due to my pc having no internet or the ZF server unreachable within 2 seconds. When I started pinging (march-2012), I was informed by ZenFire support that the bigwells server was suited for 'smoke pings'.

My average ping for the last 1.000 pings (till this evening) was 119.235 ms, so not shockingly above the average ping for all data. However, as @sam028 already has mentioned, these pings do not say anything about what happens in the ZF servers. The ping data also seems to suggest that there are no significant problems on the route to the server.

As the graphics shows, the majority of the pings happen under 200ms:





 
Code
pingDF <- read.table("PingOutput_tm_14-1-13.txt", header = TRUE, sep = ";", dec=".", fill = TRUE,
                     stringsAsFactors = FALSE)
> # General layout of table
> head(pingDF[,c(1,6,10)], n = 20)
              DateTime ns0.bigwells.net www.google.com
1  26-03-2012 19:20:54              113             19
2  26-03-2012 19:21:03              106             16
3  26-03-2012 19:21:13              107             16
4  26-03-2012 19:21:23              107             16
5  26-03-2012 19:21:33              109             16
6  26-03-2012 19:21:43              107             17
7  26-03-2012 19:21:53              108             27
8  26-03-2012 19:22:03              106             17
9  26-03-2012 19:22:15              108             17
10 26-03-2012 19:22:24              105             16
11 26-03-2012 19:22:34              107             17
12 26-03-2012 19:22:44              136             18
13 26-03-2012 19:22:54              108             18
14 26-03-2012 19:23:04              106             21
15 26-03-2012 19:23:14              106             17
16 26-03-2012 19:23:24              109             18
17 26-03-2012 19:23:34              107             16
18 26-03-2012 19:23:44              107             18
19 26-03-2012 19:23:54              107             18
20 26-03-2012 19:24:04              109             18
> tail(pingDF[,c(1,6,10)], n = 20)
                   DateTime ns0.bigwells.net www.google.com
1167347 14-01-2013 19:38:23              121            N/A
1167348 14-01-2013 19:38:31              117            152
1167349 14-01-2013 19:38:41              117            158
1167350 14-01-2013 19:38:51              117            159
1167351 14-01-2013 19:39:01              116            152
1167352 14-01-2013 19:39:11              117             16
1167353 14-01-2013 19:39:21              123             17
1167354 14-01-2013 19:39:32              118            154
1167355 14-01-2013 19:39:41              117             18
1167356 14-01-2013 19:39:52              117            154
1167357 14-01-2013 19:40:02              128            157
1167358 14-01-2013 19:40:11              123             23
1167359 14-01-2013 19:40:23              125            N/A
1167360 14-01-2013 19:40:31              121             18
1167361 14-01-2013 19:40:42              117            159
1167362 14-01-2013 19:40:52              124            150
1167363 14-01-2013 19:41:02              119            148
1167364 14-01-2013 19:41:12              124             18
1167365 14-01-2013 19:41:22              120             18
1167366 14-01-2013 19:41:32              117            163
> 
> # General descriptives of ZF ping
> zfMs <- as.numeric(pingDF[,6])
Warning message:
NAs introduced by coercion 
> length(zfMs)
[1] 1167366
> summary(zfMs, digits = 8)
    Min.  1st Qu.   Median     Mean  3rd Qu.     Max.     NA's 
  43.000  106.000  108.000  111.248  115.000 1120.000     3157 
> 
> # For last 1000 pings
> summary(zfMs[(length(zfMs)-999):length(zfMs)], digits = 8)
   Min. 1st Qu.  Median    Mean 3rd Qu.    Max. 
115.000 117.000 118.000 119.235 119.000 185.000 
>hist(zfMs, freq = FALSE, main = "ZF latency (ms) [Netherlands-Chicago] (ns0.bigwells.net)",
+     xlab = "Milliseconds of ping", ylab = "Relative frequency")

Reply With Quote
The following 2 users say Thank You to Jura for this post:
 
(login for full post details)
  #24 (permalink)
zurich
 
Experience: Advanced
Platform: Sierra ahRrrr CQG ...
Trading: Bund, ES, ...
 
puma's Avatar
 
Posts: 964 since Aug 2010
Thanks: 7,272 given, 1,499 received


andorre View Post
Wednesday afternoon again:

8 interruptions in the last 20 minutes!!

First, one notices that there are no limit number changes, then about 10 seconds later the orange color with the log file message

09.01.2013 17:21:48 Connection Live Account: Primary connection=Connected, Price feed=ConnectionLost

And the reconnection

09.01.2013 17:22:14 Connection Live Account: Primary connection=Connected, Price feed=Connected


In the CET evening there are quite often interruptions as well!!

Same here - I am with you

Follow me on Twitter Reply With Quote
The following user says Thank You to puma for this post:
 
(login for full post details)
  #25 (permalink)
Site Moderator
 
 
sam028's Avatar
 
Posts: 3,665 since Jun 2009
Thanks: 3,787 given, 4,494 received


puma View Post
Same here - I am with you

From one of my customers today:
"
Today at 3:08:06 PM and 3:09:51 connection was lost with ZenFire. They were punctual disconnections. Can you check if it is related to SpeedyTrading or ZenFire?
"
Keep in mind that this happened on his VPS in Chicago, 4 or 5 routers from Zen-Fire servers, with a latency below 1ms...
I told him that was not our fault, I think I was right...

Success requires no deodorant! (Sun Tzu)
Follow me on Twitter Reply With Quote
The following 3 users say Thank You to sam028 for this post:
 
(login for full post details)
  #26 (permalink)
Auckland, New Zealand
 
Experience: Beginner
Platform: Sierra Chart
Broker: AMP/CQG
Trading: Whatever moves in my timezone
 
Posts: 1,883 since Sep 2009
Thanks: 3,347 given, 1,516 received


sam028 View Post
From one of my customers today:
"
Today at 3:08:06 PM and 3:09:51 connection was lost with ZenFire. They were punctual disconnections. Can you check if it is related to SpeedyTrading or ZenFire?
"
Keep in mind that this happened on his VPS in Chicago, 4 or 5 routers from Zen-Fire servers, with a latency below 1ms...
I told him that was not our fault, I think I was right...

@sam028

Are the times quoted by your customer USA ET?

If not what, so I can check my log. But my recollection was I had no ZF issues today (haven't for a while) and I have DAX charts up. Having said that I was not connected (by choice) for the whole day.

Reply With Quote
 
(login for full post details)
  #27 (permalink)
Site Moderator
 
 
sam028's Avatar
 
Posts: 3,665 since Jun 2009
Thanks: 3,787 given, 4,494 received


steve2222 View Post
@sam028

Are the times quoted by your customer USA ET?

If not what, so I can check my log. But my recollection was I had no ZF issues today (haven't for a while) and I have DAX charts up. Having said that I was not connected (by choice) for the whole day.

It was Central Time.
But all this is quite weird, no disconnections from NZ, and disconnection from Chicago, Germany and France ???

Success requires no deodorant! (Sun Tzu)
Follow me on Twitter Reply With Quote
 
(login for full post details)
  #28 (permalink)
Auckland, New Zealand
 
Experience: Beginner
Platform: Sierra Chart
Broker: AMP/CQG
Trading: Whatever moves in my timezone
 
Posts: 1,883 since Sep 2009
Thanks: 3,347 given, 1,516 received


sam028 View Post
It was Central Time.
But all this is quite weird, no disconnections from NZ, and disconnection from Chicago, Germany and France ???

@sam028

Hi Sam if you mean USA Central time, then I was not connected at that time - I had finished for the day.

Reply With Quote
 
(login for full post details)
  #29 (permalink)
Legendary Market Wizard
Ilsede, Germany
 
Experience: Advanced
Platform: NinjaTrader 8
Broker: Rithmic / CQG / Ninja Trader Brokerage
Trading: NQ
 
Daytrader999's Avatar
 
Posts: 1,331 since Sep 2011
Thanks: 1,448 given, 1,909 received


sam028 View Post
But all this is quite weird, no disconnections from NZ, and disconnection from Chicago, Germany and France ???

@sam028:

Well, here you go...


Quoting 
16.01.2013 20:33 Default Error on loading chart data for 'ZS 03-13 Globex': Connection to data server is busy or not available right now. Please try again later.

This situation lasts for about one hour now, connection from Germany to Zen-Fire is fine and was never interrupted, but I can't pull up a new chart...

Reply With Quote
 
(login for full post details)
  #30 (permalink)
Site Moderator
 
 
sam028's Avatar
 
Posts: 3,665 since Jun 2009
Thanks: 3,787 given, 4,494 received


Daytrader999 View Post
@sam028:

Well, here you go...



This situation lasts for about one hour now, connection from Germany to Zen-Fire is fine and was never interrupted, but I can't pull up a new chart...

Is it a message from your machine in Germany, or from your VPS in Chicago?

Success requires no deodorant! (Sun Tzu)
Follow me on Twitter Reply With Quote
 
(login for full post details)
  #31 (permalink)
Legendary Market Wizard
Ilsede, Germany
 
Experience: Advanced
Platform: NinjaTrader 8
Broker: Rithmic / CQG / Ninja Trader Brokerage
Trading: NQ
 
Daytrader999's Avatar
 
Posts: 1,331 since Sep 2011
Thanks: 1,448 given, 1,909 received

@sam028;

It's a message from my trading PC in Germany, VPS connection to Zen-Fire in Chicago is still fine without any problems.

Reply With Quote
The following user says Thank You to Daytrader999 for this post:
 
(login for full post details)
  #32 (permalink)
Germany
 
Experience: Advanced
Platform: NinjaTrader
Broker: NTB / Continuum
Trading: FDAX and CL
 
Balanar's Avatar
 
Posts: 396 since Jan 2013
Thanks: 510 given, 1,627 received

Same problem here. Every minute my pricefeed has a connection loss.

Maybe the Germans should check the German telekom forum.

Please join this thread, hope we can put more pressure on it.

Damn, because I am new here I am not allowed to post any links.

Please check this thread with the help of google.

Search for "Unannehmbare ping Zeiten"

Reply With Quote
The following user says Thank You to Balanar for this post:
 
(login for full post details)
  #33 (permalink)
Germany
 
Experience: Beginner
Platform: NinjaTrader
Broker: Mirus Futures/Zen-Fire
 
TempletonPeck's Avatar
 
Posts: 200 since Feb 2010
Thanks: 1,136 given, 201 received

Yes, issues are getting worse.

Here is the direct link:

Unannehmbare ping Zeiten - Internet Performance - Forum Service

Reply With Quote
 
(login for full post details)
  #34 (permalink)
Cologne/Germany
 
Experience: Advanced
Platform: NinjaTrader
Trading: FDAX, YM
 
Posts: 41 since Oct 2011
Thanks: 17 given, 9 received

Today I had no Historical data at about 13:00 - 15:00 CET. (Hence, no german Telekom problem.)
And today also no price feed at about 14:50.

Started this thread Reply With Quote
 
(login for full post details)
  #35 (permalink)
Legendary Market Wizard
Ilsede, Germany
 
Experience: Advanced
Platform: NinjaTrader 8
Broker: Rithmic / CQG / Ninja Trader Brokerage
Trading: NQ
 
Daytrader999's Avatar
 
Posts: 1,331 since Sep 2011
Thanks: 1,448 given, 1,909 received

I still don't have any problems with Zen-Fire data feed on my VPS in Chicago.

Will check out the connection from Germany later in the evening.

Reply With Quote
 
(login for full post details)
  #36 (permalink)
Germany
 
Experience: Advanced
Platform: NinjaTrader
Broker: NTB / Continuum
Trading: FDAX and CL
 
Balanar's Avatar
 
Posts: 396 since Jan 2013
Thanks: 510 given, 1,627 received


Daytrader999 View Post
I still don't have any problems with Zen-Fire data feed on my VPS in Chicago.

Will check out the connection from Germany later in the evening.

Thank you!

This connection loss really sucks and I am not the only one.

Just check the German telecom thread.

There is no solotion yet.

Reply With Quote
 
(login for full post details)
  #37 (permalink)
Site Moderator
 
 
sam028's Avatar
 
Posts: 3,665 since Jun 2009
Thanks: 3,787 given, 4,494 received

I have a demo ZenFire account running from one of my VPS in New-York, no disconnection so far.
I'm not speaking/reading German, so I was unable to understand 100% of what was in the Deutsche Telekom thread, but do we know exactly where the problem is, which router(s) ?

If we know exactly where's the could, I could maybe help.
I've got a bunch of servers in Chicago, New-Jersey and Paris. If the communication between these unlucky German users and my servers is okay, it might be possible to:
- create a VPN between German PC and one of these servers, or
- create a tunnel between German's workstation and one of these servers, with port-forwarding to ZenFire servers.
That will create a latency overhead, and it can be a bit tricky to configure on my the server's side, but it should work...

Success requires no deodorant! (Sun Tzu)
Follow me on Twitter Reply With Quote
The following 2 users say Thank You to sam028 for this post:
 
(login for full post details)
  #38 (permalink)
Legendary Market Wizard
Ilsede, Germany
 
Experience: Advanced
Platform: NinjaTrader 8
Broker: Rithmic / CQG / Ninja Trader Brokerage
Trading: NQ
 
Daytrader999's Avatar
 
Posts: 1,331 since Sep 2011
Thanks: 1,448 given, 1,909 received


sam028 View Post
If we know exactly where's the could, I could maybe help.
I've got a bunch of servers in Chicago, New-Jersey and Paris. If the communication between these unlucky German users and my servers is okay, it might be possible to:
- create a VPN between German PC and one of these servers, or
- create a tunnel between German's workstation and one of these servers, with port-forwarding to ZenFire servers.
That will create a latency overhead, and it can be a bit tricky to configure on my the server's side, but it should work...

@sam028:

That looks like a quite big challenge to me...

I'm running NT with Zen-Fire for about 1 hour now from my trading computer at home here in Germany and there have been no outages at all so far...

Reply With Quote
The following user says Thank You to Daytrader999 for this post:
 
(login for full post details)
  #39 (permalink)
Cologne/Germany
 
Experience: Advanced
Platform: NinjaTrader
Trading: FDAX, YM
 
Posts: 41 since Oct 2011
Thanks: 17 given, 9 received

I don't get a connection !

Started this thread Reply With Quote
 
(login for full post details)
  #40 (permalink)
Legendary Market Wizard
Ilsede, Germany
 
Experience: Advanced
Platform: NinjaTrader 8
Broker: Rithmic / CQG / Ninja Trader Brokerage
Trading: NQ
 
Daytrader999's Avatar
 
Posts: 1,331 since Sep 2011
Thanks: 1,448 given, 1,909 received


andorre View Post
I don't get a connection !

I still have no outage from Germany yet, but the data feed sometimes slows down a bit and starts lagging for a few seconds.

And furthermore there are no issues at all on my VPS in Chicago...

Reply With Quote
 
(login for full post details)
  #41 (permalink)
Auckland, New Zealand
 
Experience: Beginner
Platform: Sierra Chart
Broker: AMP/CQG
Trading: Whatever moves in my timezone
 
Posts: 1,883 since Sep 2009
Thanks: 3,347 given, 1,516 received


sam028 View Post
I have a demo ZenFire account running from one of my VPS in New-York, no disconnection so far.
I'm not speaking/reading German, so I was unable to understand 100% of what was in the Deutsche Telekom thread, but do we know exactly where the problem is, which router(s) ?

If we know exactly where's the could, I could maybe help.
I've got a bunch of servers in Chicago, New-Jersey and Paris. If the communication between these unlucky German users and my servers is okay, it might be possible to:
- create a VPN between German PC and one of these servers, or
- create a tunnel between German's workstation and one of these servers, with port-forwarding to ZenFire servers.
That will create a latency overhead, and it can be a bit tricky to configure on my the server's side, but it should work...

Interesting ... it may not just be Germany, I see @cunparis (who is an occasional member here) is complaining on his blog ( Trade With The Flow) about ZF disconnections in Paris.

Reply With Quote
 
(login for full post details)
  #42 (permalink)
Germany
 
Experience: Advanced
Platform: NinjaTrader
Broker: NTB / Continuum
Trading: FDAX and CL
 
Balanar's Avatar
 
Posts: 396 since Jan 2013
Thanks: 510 given, 1,627 received

Maybe you check it between 1 p.m. and 6 p.m germany time zone. (13 Uhr bis 18 Uhr)

As I read in the telekom thread it starts around 12 o'clock every day.

I can confirm that, too.

Reply With Quote
 
(login for full post details)
  #43 (permalink)
Germany
 
Experience: Beginner
Platform: NinjaTrader
Broker: Mirus Futures/Zen-Fire
 
TempletonPeck's Avatar
 
Posts: 200 since Feb 2010
Thanks: 1,136 given, 201 received


sam028 View Post
I have a demo ZenFire account running from one of my VPS in New-York, no disconnection so far.
I'm not speaking/reading German, so I was unable to understand 100% of what was in the Deutsche Telekom thread, but do we know exactly where the problem is, which router(s) ?

If we know exactly where's the could, I could maybe help.
I've got a bunch of servers in Chicago, New-Jersey and Paris. If the communication between these unlucky German users and my servers is okay, it might be possible to:
- create a VPN between German PC and one of these servers, or
- create a tunnel between German's workstation and one of these servers, with port-forwarding to ZenFire servers.
That will create a latency overhead, and it can be a bit tricky to configure on my the server's side, but it should work...

I think we know where the problems occur.

It´s always on Hop5 to 80.156.161.46 and 80.157.128.230.

Even now in the morning there are huge variabilities in the ping times and packet losses:






In the afternoon/ evening it gets worse, up to 75% packet losses at the mentionend servers/routers.


Reply With Quote
The following user says Thank You to TempletonPeck for this post:
 
(login for full post details)
  #44 (permalink)
Germany
 
Experience: Beginner
Platform: NinjaTrader
Broker: Mirus Futures/Zen-Fire
 
TempletonPeck's Avatar
 
Posts: 200 since Feb 2010
Thanks: 1,136 given, 201 received


Daytrader999 View Post
@sam028:

That looks like a quite big challenge to me...

I'm running NT with Zen-Fire for about 1 hour now from my trading computer at home here in Germany and there have been no outages at all so far...

Do you have DTAG as your ISP?

Could you perhaps do a tracert to Zenfire/Rithmic Servers (eg: ritpz02516.rithmic.com or ritpz02506.rithmic.com) and check if you get routed over 80.156.161.46 or 80.157.128.230? Perhaps your connection takes a different route.

Reply With Quote
The following user says Thank You to TempletonPeck for this post:
 
(login for full post details)
  #45 (permalink)
Legendary Market Wizard
Ilsede, Germany
 
Experience: Advanced
Platform: NinjaTrader 8
Broker: Rithmic / CQG / Ninja Trader Brokerage
Trading: NQ
 
Daytrader999's Avatar
 
Posts: 1,331 since Sep 2011
Thanks: 1,448 given, 1,909 received


TempletonPeck View Post
Do you have DTAG as your ISP?

Could you perhaps do a tracert to Zenfire/Rithmic Servers (eg: ritpz02516.rithmic.com or ritpz02506.rithmic.com) and check if you get routed over 80.156.161.46 or 80.157.128.230? Perhaps your connection takes a different route.

@TempletonPeck:

My ISP is DTAG.

Since I'm at work in my office at the moment and have no access to my trading computer at home, I can check the route at the earliest in the evening.

Reply With Quote
The following user says Thank You to Daytrader999 for this post:
 
(login for full post details)
  #46 (permalink)
Cologne/Germany
 
Experience: Advanced
Platform: NinjaTrader
Trading: FDAX, YM
 
Posts: 41 since Oct 2011
Thanks: 17 given, 9 received


TempletonPeck View Post
Do you have DTAG as your ISP?

Could you perhaps do a tracert to Zenfire/Rithmic Servers (eg: ritpz02516.rithmic.com or ritpz02506.rithmic.com) and check if you get routed over 80.156.161.46 or 80.157.128.230? Perhaps your connection takes a different route.

Today the outages started at 13:55 CET and have now 14 such events (till 14:40).

I don't understand these technical things very well, could you please tell me more about it?
What is VPS? What tracert? How can I investigate? Is this now rather a ZF or a DT problem?
Thank you!

Started this thread Reply With Quote
The following user says Thank You to andorre for this post:
 
(login for full post details)
  #47 (permalink)
Germany
 
Experience: Beginner
Platform: NinjaTrader
Broker: Mirus Futures/Zen-Fire
 
TempletonPeck's Avatar
 
Posts: 200 since Feb 2010
Thanks: 1,136 given, 201 received


andorre View Post
Today the outages started at 13:55 CET and have now 14 such events (till 14:40).

I don't understand these technical things very well, could you please tell me more about it?
What is VPS? What tracert? How can I investigate? Is this now rather a ZF or a DT problem?
Thank you!

My issues started at 13:57 CET, too.



One week ago I didn´t know anything about these technical things as well. I read a lot the last couple of days but I am no expert.

I am sure this is a DTAG problem.

You can run a tracert/ trace route to the Zen-Fire/Rithmic Servers (eg: ritpz02516.rithmic.com) and measure the ping/latency and packet losses.

I use the freeware program PingPlotter to do this.

There is always one server of Deutsche Telekom that has high packet loss. (at Hop5 to 80.156.161.46 or 80.157.128.230.)




VPS is a virtual private server. sam028 offers these. They are located near the exchange in chicago and you install your trading platform on this server and not on your local machine.
I am thinking about using one soon.

Reply With Quote
The following 3 users say Thank You to TempletonPeck for this post:
 
(login for full post details)
  #48 (permalink)
Germany
 
Experience: Advanced
Platform: NinjaTrader
Broker: NTB / Continuum
Trading: FDAX and CL
 
Balanar's Avatar
 
Posts: 396 since Jan 2013
Thanks: 510 given, 1,627 received

It is a DTAG problem, I am pretty sure!

These guys still have no clue and it really sucks.

Have you tried other addresses as well? For expample google.com

Bet you get packet losses, too.

It started in the middle of december and the DTAG is too dumb to solve this problem.

I am getting frustrated about this, sry.



Edit: Did anyone call Zen-Fire? - Maybe I am wrong and it is a problem of Zen-Fire?

Reply With Quote
The following user says Thank You to Balanar for this post:
 
(login for full post details)
  #49 (permalink)
Legendary Market Wizard
Ilsede, Germany
 
Experience: Advanced
Platform: NinjaTrader 8
Broker: Rithmic / CQG / Ninja Trader Brokerage
Trading: NQ
 
Daytrader999's Avatar
 
Posts: 1,331 since Sep 2011
Thanks: 1,448 given, 1,909 received


TempletonPeck View Post
Could you perhaps do a tracert to Zenfire/Rithmic Servers (eg: ritpz02516.rithmic.com or ritpz02506.rithmic.com) and check if you get routed over 80.156.161.46 or 80.157.128.230? Perhaps your connection takes a different route.

@TempletonPeck:

Well, here you go:

First tracert is to ritpz02516.rithmic.com:



When I check my TCP connections, I currently get a latency of around 140 ms to this IP.


The second one is to ritpz02506.rithmic.com:



This IP actually does not show up in my TCP connections.


As you can see, they are both routed over 80.157.128.230, but I still haven't any data feed issues here although they both get a time out at last. So IMO there has to be another reason for the outages...

Reply With Quote
The following 2 users say Thank You to Daytrader999 for this post:
 
(login for full post details)
  #50 (permalink)
zurich
 
Experience: Advanced
Platform: Sierra ahRrrr CQG ...
Trading: Bund, ES, ...
 
puma's Avatar
 
Posts: 964 since Aug 2010
Thanks: 7,272 given, 1,499 received


Balanar View Post
It is a DTAG problem, I am pretty sure!

These guys still have no clue and it really sucks.

Have you tried other addresses as well? For expample google.com

Bet you get packet losses, too.

It started in the middle of december and the DTAG is too dumb to solve this problem.

I am getting frustrated about this, sry.



Edit: Did anyone call Zen-Fire? - Maybe I am wrong and it is a problem of Zen-Fire?

agree this is a DTAG issue, but
DTAG lies and says there is no problem if you report this as a customer.

Zenfire / rithmic must become active. It is their job ! They have to contact DTAG from the business side.
They dont see it like this at this point.

CQG offers & advertises a "reliable global network" -> zenfire / rithmic does not ensure this at this point.

Follow me on Twitter Reply With Quote
 
(login for full post details)
  #51 (permalink)
Site Moderator
 
 
sam028's Avatar
 
Posts: 3,665 since Jun 2009
Thanks: 3,787 given, 4,494 received


puma View Post
agree this is a DTAG issue, but
DTAG lies and says there is no problem if you report this as a customer.

Zenfire / rithmic must become active. It is their job ! They have to contact DTAG from the business side.
They dont see it like this at this point.

CQG offers & advertises a "reliable global network" -> zenfire / rithmic does not ensure this at this point.

Rithmic has no problem, it's ZenFire only.
The technology is the same, but they have two different infrastructures.

Success requires no deodorant! (Sun Tzu)
Follow me on Twitter Reply With Quote
The following 2 users say Thank You to sam028 for this post:
 
(login for full post details)
  #52 (permalink)
Market Wizard
Berlin, Europe
 
Experience: Advanced
Platform: NinjaTrader, MultiCharts
Broker: Interactive Brokers
Trading: Keyboard
 
Fat Tails's Avatar
 
Posts: 9,855 since Mar 2010
Thanks: 4,238 given, 26,728 received

I have a regular problem with downloading replay data (not exchange data).

I have also made a few trace route tests with ping plotter.

Deutsche Telekom sometimes routes via the server 80.157.128.230 and sometimes routes via 80.156.161.46. In both cases there are similar problems. I would therefore exclude that one of these routing servers is responsible for the packet loss.

The problem is generated by the US servers, and the Telekom servers seem to no longer support the connection once the US servers have already lost the connection.

Again this is the behaviour with the server for replay data. The problem server is a 7ticks.com server with the IP address 64.202.118.181 , which is located in Chicago.

Is anybody capable of downloading replay data right now?






Reply With Quote
The following 3 users say Thank You to Fat Tails for this post:
 
(login for full post details)
  #53 (permalink)
zurich
 
Experience: Advanced
Platform: Sierra ahRrrr CQG ...
Trading: Bund, ES, ...
 
puma's Avatar
 
Posts: 964 since Aug 2010
Thanks: 7,272 given, 1,499 received


sam028 View Post
Rithmic has no problem, it's ZenFire only.
The technology is the same, but they have two different infrastructures.

TY Sam, good to know

Follow me on Twitter Reply With Quote
 
(login for full post details)
  #54 (permalink)
Legendary Market Wizard
Ilsede, Germany
 
Experience: Advanced
Platform: NinjaTrader 8
Broker: Rithmic / CQG / Ninja Trader Brokerage
Trading: NQ
 
Daytrader999's Avatar
 
Posts: 1,331 since Sep 2011
Thanks: 1,448 given, 1,909 received


Fat Tails View Post
I have a regular problem with downloading replay data (not exchange data).

I have also made a few trace route tests with ping plotter.

Again this is the behaviour with the server for replay data. The problem server is a 7ticks.com server with the IP address 64.202.118.181 , which is located in Chicago.

Is anybody capable of downloading replay data right now?

@Fat Tails:

Yes, I'm capable of downloading replay data right now, perhaps it doesn't work for all instruments and / or intervals and data types ?

Below you can see an actual trace route from my machine, it looks quite similar...


Reply With Quote
 
(login for full post details)
  #55 (permalink)
Market Wizard
Berlin, Europe
 
Experience: Advanced
Platform: NinjaTrader, MultiCharts
Broker: Interactive Brokers
Trading: Keyboard
 
Fat Tails's Avatar
 
Posts: 9,855 since Mar 2010
Thanks: 4,238 given, 26,728 received


Daytrader999 View Post
@Fat Tails:

Yes, I'm capable of downloading replay data right now, perhaps it doesn't work for all instruments and / or intervals and data types ?

Below you can see an actual trace route from my machine, it looks quite similar...


@Daytrader999: Could not download any data from the replay server today. I am in touch with Deutsche Telekom, they will call me back during the next days.

But I have no clue, whether this is a Deutsche Telekom problem or not.

Reply With Quote
 
(login for full post details)
  #56 (permalink)
Site Moderator
 
 
sam028's Avatar
 
Posts: 3,665 since Jun 2009
Thanks: 3,787 given, 4,494 received


Fat Tails View Post
@Daytrader999: Could not download any data from the replay server today. I am in touch with Deutsche Telekom, they will call me back during the next days.

But I have no clue, whether this is a Deutsche Telekom problem or not.

I was able to download market data replay today, from France and from New-Jersey.
According to your screenshots, the problem is on the European side of the Atlantic.
I'm not sure, but the download seems longer than usual, more than 4 minutes for ES 03-13, Jan 14th, level 1 and 2,

Success requires no deodorant! (Sun Tzu)
Follow me on Twitter Reply With Quote
The following user says Thank You to sam028 for this post:
 
(login for full post details)
  #57 (permalink)
Legendary Market Wizard
Ilsede, Germany
 
Experience: Advanced
Platform: NinjaTrader 8
Broker: Rithmic / CQG / Ninja Trader Brokerage
Trading: NQ
 
Daytrader999's Avatar
 
Posts: 1,331 since Sep 2011
Thanks: 1,448 given, 1,909 received


sam028 View Post
I was able to download market data replay today, from France and from New-Jersey.
According to your screenshots, the problem is on the European side of the Atlantic.
I'm not sure, but the download seems longer than usual, more than 4 minutes for ES 03-13, Jan 14th, level 1 and 2,

@sam028 and @Fat Tails:

Nearly the same situation here, I just downloaded exactly the same data here from Germany in around 3 minutes.

Since I don't use that feature very often, I really can't tell whether or not the download of about 19 MB was slow...

Reply With Quote
 
(login for full post details)
  #58 (permalink)
Market Wizard
Berlin, Europe
 
Experience: Advanced
Platform: NinjaTrader, MultiCharts
Broker: Interactive Brokers
Trading: Keyboard
 
Fat Tails's Avatar
 
Posts: 9,855 since Mar 2010
Thanks: 4,238 given, 26,728 received


Daytrader999 View Post
@sam028 and @Fat Tails:

Nearly the same situation here, I just downloaded exactly the same data here from Germany in around 3 minutes.

Since I don't use that feature very often, I really can't tell whether or not the download of about 19 MB was slow...


Testing data download with O2

I currently use a O2 mobile internet connection. O2 is a subsidiary of Telefonica, and as far as I know they do not use servers from Deutsche Telekom. The latency is about 100 ms worse than the fixed line, so I am approx. 30 ms away from Chicago, where the data server is located.

Replay data is downloaded at an average speed of about 36.000 B/s. The download of the ES level 1 and 2 data files took 8 minutes (5, 599 kByte and 11,856 kByte) files.


Testing data download with Deutsche Telekom

I have now switched back to my main Internet connection, which relies on Deutsche Telekom. I am now downloading exactly the same data files from the 7ticks server as before. First thing that is striking is that the resource center of the task manager shows lower speeds - around 3.000 B/s compared to the =O2 connection.
I have now waited for 15 minutes. NinjaTrader frooze while trying to download data and I have to remove it with the task manager. The problem seems to be aggravated by a NinjaTrader bug.


Conclusion

Deutsche Telekom does have a routing problem somewhere, as is shown. The likely cause is the router with the IP address 80.157.128.230, which may have capacity problems or maybe damaged. I will call them again on Monday.

NinjaTrader freezes, if the data connection is unstable and cannot be used any more.



Reply With Quote
The following 3 users say Thank You to Fat Tails for this post:
 
(login for full post details)
  #59 (permalink)
Auckland, New Zealand
 
Experience: Beginner
Platform: Sierra Chart
Broker: AMP/CQG
Trading: Whatever moves in my timezone
 
Posts: 1,883 since Sep 2009
Thanks: 3,347 given, 1,516 received


Fat Tails View Post
Testing data download with O2

I currently use a O2 mobile internet connection. O2 is a subsidiary of Telefonica, and as far as I know they do not use servers from Deutsche Telekom. The latency is about 100 ms worse than the fixed line, so I am approx. 30 ms away from Chicago, where the data server is located.

Replay data is downloaded at an average speed of about 36.000 B/s. The download of the ES level 1 and 2 data files took 8 minutes (5, 599 kByte and 11,856 kByte) files.


Testing data download with Deutsche Telekom

I have now switched back to my main Internet connection, which relies on Deutsche Telekom. I am now downloading exactly the same data files from the 7ticks server as before. First thing that is striking is that the resource center of the task manager shows lower speeds - around 3.000 B/s compared to the =O2 connection.
I have now waited for 15 minutes. NinjaTrader frooze while trying to download data and I have to remove it with the task manager. The problem seems to be aggravated by a NinjaTrader bug.


Conclusion

Deutsche Telekom does have a routing problem somewhere, as is shown. The likely cause is the router with the IP address 80.157.128.230, which may have capacity problems or maybe damaged. I will call them again on Monday.

NinjaTrader freezes, if the data connection is unstable and cannot be used any more.



Do you get the same latency and other issues if you do a Speedtest on a server in Chicago. What happens if you just try to load a URL of a web site based on a Chicago server (eg may be a Chicago tourism site where you could assume their server would be in Chicago).

The fact that you can down load off your mobile (I assume 3G) connection, but not your landline ADSL connection has all the hallmarks of data shaping/profiling/throttling that I experienced in NZ at one time and wrote in detail about the other day in the other thread.

When I had my issues I could maintain an absolutely perfect connection (although with higher latency) to ZF over a mobile 3 G broadband connection with the SAME provider who was supplying me with my landline ADSL broadband connection.

This was one of the ways I isolated my problem to something the ISP was doing (ie Telecom NZ were supplying my landline, ADSL broadband, mobile 3G broadband and were my ISP) so the fact that the ADSL had frequent disconnections yet the 3G didn't meant it was the ISP.

As I wrote in the other post that were shaping the data on the ADSL to give everyone a fair share of capacity at peak times and they were doing this by trying to restrict users downloading files and streaming and they can do this without affecting those just surfing a URL. Unfortunately futures trading data gets transmitted to us in a format that is the same type of data that the ISP's are trying to restrict ie they see it as file downloading or streaming data.

I would be really pushing that German ISP to open up and discuss their data shaping policy, or at least get them to confirm in writing they don't do this at which point you have isolated that as not being the issue.

Another test I did that I forgot to write about in the other post is that when I had my issues I started blaming NT and ZF (as we all do). ZF were convinced the issue was not at their end (and they ended up being correct). In order to help prove this they gave me access to ZF beta Web Trader platform and I was able to have my live account connected to ZF via NT and the ZF Web Trader platform at the SAME time.

The result: while I was getting frequent data drops on the NT related ZF connection I was having NO drops or freezing or delays on the ZF Web Trader platform.

The reason: data shaping by my ISP. The connection via NT is treated as bad data by the ISP for data shaping ie it is seen as file/torrent downloading or streaming whereas the connection via ZF Web Trader platform is seen as normal URL surfing by the ISP and is not shaped/throttled/profiled.

Reply With Quote
The following 4 users say Thank You to steve2222 for this post:
 
(login for full post details)
  #60 (permalink)
Market Wizard
Berlin, Europe
 
Experience: Advanced
Platform: NinjaTrader, MultiCharts
Broker: Interactive Brokers
Trading: Keyboard
 
Fat Tails's Avatar
 
Posts: 9,855 since Mar 2010
Thanks: 4,238 given, 26,728 received

@steve2222: I did not consider data shaping so far, but it is a possible explanation.

I will take this into account as well. Thank you for your post.

Reply With Quote
 
(login for full post details)
  #61 (permalink)
Auckland, New Zealand
 
Experience: Beginner
Platform: Sierra Chart
Broker: AMP/CQG
Trading: Whatever moves in my timezone
 
Posts: 1,883 since Sep 2009
Thanks: 3,347 given, 1,516 received


Fat Tails View Post
@steve2222: I did not consider data shaping so far, but it is a possible explanation.

I will take this into account as well. Thank you for your post.

@Fat Tails

I should also have mentioned that the reason the 3G connection was fine and ADSL was not is that Telecom NZ do not shape data on a 3G connection. The reason for this is that they believe (quite correctly) that no one is going to file download or stream over 3 G if they can avoid it because of the high costs for data on a 3G connection (at least in NZ).

Reply With Quote
The following 2 users say Thank You to steve2222 for this post:
 
(login for full post details)
  #62 (permalink)
Legendary Market Wizard
Ilsede, Germany
 
Experience: Advanced
Platform: NinjaTrader 8
Broker: Rithmic / CQG / Ninja Trader Brokerage
Trading: NQ
 
Daytrader999's Avatar
 
Posts: 1,331 since Sep 2011
Thanks: 1,448 given, 1,909 received


steve2222 View Post
The fact that you can down load off your mobile (I assume 3G) connection, but not your landline ADSL connection has all the hallmarks of data shaping/profiling/throttling that I experienced in NZ at one time and wrote in detail about the other day in the other thread.

This was one of the ways I isolated my problem to something the ISP was doing (ie Telecom NZ were supplying my landline, ADSL broadband, mobile 3G broadband and were my ISP) so the fact that the ADSL had frequent disconnections yet the 3G didn't meant it was the ISP.

As I wrote in the other post that were shaping the data on the ADSL to give everyone a fair share of capacity at peak times and they were doing this by trying to restrict users downloading files and streaming and they can do this without affecting those just surfing a URL. Unfortunately futures trading data gets transmitted to us in a format that is the same type of data that the ISP's are trying to restrict ie they see it as file downloading or streaming data.

I would be really pushing that German ISP to open up and discuss their data shaping policy, or at least get them to confirm in writing they don't do this at which point you have isolated that as not being the issue.

The reason: data shaping by my ISP. The connection via NT is treated as bad data by the ISP for data shaping ie it is seen as file/torrent downloading or streaming whereas the connection via ZF Web Trader platform is seen as normal URL surfing by the ISP and is not shaped/throttled/profiled.

@steve2222:

You are stating a really good point here since our ISP Deutsche Telekom offers different (V)DSL lines with various bandwiths, where DT reduces only the faster lines (25 Mb/s and 50 Mb/s) to a quite low download speed after a certain amount of downloaded data / traffic is exceeded.

So, since Fat Tails and I use the same ISP and I don't suffer from any reduction of bandwith and download speed regardless of my downloaded amount of data with my 16 Mb/s connection,
maybe @Fat Tails uses a (faster) VDSL line and therefore there could be a reduction of bandwith and download speed once a certain traffic limit is exceeded...

Reply With Quote
 
(login for full post details)
  #63 (permalink)
Market Wizard
Berlin, Europe
 
Experience: Advanced
Platform: NinjaTrader, MultiCharts
Broker: Interactive Brokers
Trading: Keyboard
 
Fat Tails's Avatar
 
Posts: 9,855 since Mar 2010
Thanks: 4,238 given, 26,728 received


Daytrader999 View Post
@steve2222:

You are stating a really good point here since our ISP Deutsche Telekom offers different (V)DSL lines with various bandwiths, where DT reduces only the faster lines (25 Mb/s and 50 Mb/s) to a quite low download speed after a certain amount of downloaded data / traffic is exceeded.

So, since Fat Tails and I use the same ISP and I don't suffer from any reduction of bandwith and download speed regardless of my downloaded amount of data with my 16 Mb/s connection,
maybe @Fat Tails uses a (faster) VDSL line and therefore there could be a reduction of bandwith and download speed once a certain traffic limit is exceeded...

@DayTrader 999: In fact I do have a VDSL (50Mbit/s) connection, but I do not think that the download speed is actively throttled, for several reasons:

-> I do not see any reduction in bandwidth for other downloads
-> for example I have downloaded 190 MB of replay data from the server 208.100.9.81 at average speed between 12,000 MBit and 16,000 MBit/s
-> compare this to the download speeds of 300 MBit/s that the resource monitor showed for the download of replay data from the 7ticks.com server

Both https://futures.io/ and Interactive Data: 7ticks - Ultra-low Latency Trading Infrastructure are hosted at Chicago. For one of those servers I get a perfect download while I get stopped out when downloading from the other one. However, the routing is not the same.

-> route to bigmiketrading.com goes via the router 194.25.210.46 (Transit11, Oldenburg)
-> route to 7ticks.com goes via the routers 80.156.161.46 (Transit12, Nürnberg) & 80.157.128.230 (Transit15, Nürnberg)

It seems that the server Transit11 does not cause problems, while the servers Transit12 and Transit15 let not pass the traffic. It is indeed possible that they have technical problems at Nuremberg or that they are performing some traffic shaping experiments. But all this is speculation. As I said I will enquire on Monday.

Reply With Quote
The following 2 users say Thank You to Fat Tails for this post:
 
(login for full post details)
  #64 (permalink)
zurich
 
Experience: Advanced
Platform: Sierra ahRrrr CQG ...
Trading: Bund, ES, ...
 
puma's Avatar
 
Posts: 964 since Aug 2010
Thanks: 7,272 given, 1,499 received


Quoting 
As I said I will enquire on Monday.

I wish you luck on Monday.

I am so disgusted with the customer support of DT.
I have 2 tickets running with them and wait since a week.

Follow me on Twitter Reply With Quote
 
(login for full post details)
  #65 (permalink)
Cologne/Germany
 
Experience: Advanced
Platform: NinjaTrader
Trading: FDAX, YM
 
Posts: 41 since Oct 2011
Thanks: 17 given, 9 received


puma View Post
I wish you luck on Monday.

I am so disgusted with the customer support of DT.
I have 2 tickets running with them and wait since a week.

This seems to be a very special problem. One cannot expect that the "normal" support team can help.

If within the next days nothing changes I will write to the DT-CEO.

Started this thread Reply With Quote
The following user says Thank You to andorre for this post:
 
(login for full post details)
  #66 (permalink)
Cologne/Germany
 
Experience: Advanced
Platform: NinjaTrader
Trading: FDAX, YM
 
Posts: 41 since Oct 2011
Thanks: 17 given, 9 received

I found it a bit strange/suspicious on Thursday:
First there were so many outages and then from about 17:00 CET the ZF connection broke down completely and also in the evening I didn't get a connection. Others had also no connection.

And not to forget: It's also a ZF problem because they make less money. Better they react as well by contacting all possible companies!

Started this thread Reply With Quote
The following user says Thank You to andorre for this post:
 
(login for full post details)
  #67 (permalink)
Legendary Market Wizard
Ilsede, Germany
 
Experience: Advanced
Platform: NinjaTrader 8
Broker: Rithmic / CQG / Ninja Trader Brokerage
Trading: NQ
 
Daytrader999's Avatar
 
Posts: 1,331 since Sep 2011
Thanks: 1,448 given, 1,909 received


Fat Tails View Post
In fact I do have a VDSL (50Mbit/s) connection, but I do not think that the download speed is actively throttled, for several reasons:

-> I do not see any reduction in bandwidth for other downloads
-> for example I have downloaded 190 MB of replay data from the server 208.100.9.81 at average speed between 12,000 MBit and 16,000 MBit/s
-> compare this to the download speeds of 300 MBit/s that the resource monitor showed for the download of replay data from the 7ticks.com server

But all this is speculation. As I said I will enquire on Monday.

@Fat Tails:

Since the download speed on your connection will only be reduced to 6 Mb/s when you exceed a download / traffic limit of 200 GB and all other downloads run at full speed,
there should be plenty of room remaining to fill with market replay data.

So I'm already really excited how DT will explain these issues, best of luck...

Reply With Quote
 
(login for full post details)
  #68 (permalink)
Germany
 
Experience: Advanced
Platform: NinjaTrader
Broker: NTB / Continuum
Trading: FDAX and CL
 
Balanar's Avatar
 
Posts: 396 since Jan 2013
Thanks: 510 given, 1,627 received

I talked to other ppl that have a different ISP and they have no problems. Do the other ISP use other servers? Thought they all use the same servers in Chicago?

What I do not understand is, that the problem starts every day around noon.

Why don't we have connection issues all over the day?

As i read in the DTAG Forum, they still have no feedback. So we do not know if it is a DTAG problem or not, yet.

Reply With Quote
 
(login for full post details)
  #69 (permalink)
Market Wizard
Berlin, Europe
 
Experience: Advanced
Platform: NinjaTrader, MultiCharts
Broker: Interactive Brokers
Trading: Keyboard
 
Fat Tails's Avatar
 
Posts: 9,855 since Mar 2010
Thanks: 4,238 given, 26,728 received


Balanar View Post
I talked to other ppl that have a different ISP and they have no problems. Do the other ISP use other servers? Thought they all use the same servers in Chicago?

What I do not understand is, that the problem starts every day around noon.

Why don't we have connection issues all over the day?

As i read in the DTAG Forum, they still have no feedback. So we do not know if it is a DTAG problem or not, yet.

@Balanar: The problem is not the destination server in Chicago. The problem are the transit servers that are used to do the routing.

When a connection is etablished between your PC and the destination server, the data packets are transmitted from server to server. Even for the same destination server, Deutsche Telekom will use different transit servers. I am located in Berlin and found out that my packets were either being sent via Nürnberg or Oldenburg. It seems that the Nürnberg route is jammed.

This is like a traffic jam on a highway. If you use a different route then there is no problem. My Telefonica connection to the 7ticks.com Chicago data server used a different route and the download was possible. The bigmiketrading. com server is also located in Chicago. This time the connection was routed by Deutsche Telekom via Oldenburg and there was no problem.

Deutsche Telekom needs to find the bottleneck, that is the transit server that caused the problem.

Reply With Quote
The following 2 users say Thank You to Fat Tails for this post:
 
(login for full post details)
  #70 (permalink)
Germany
 
Experience: Advanced
Platform: NinjaTrader
Broker: NTB / Continuum
Trading: FDAX and CL
 
Balanar's Avatar
 
Posts: 396 since Jan 2013
Thanks: 510 given, 1,627 received

Thank you very much.

Maybe you should explain this to the DTAG lol.

Connection issuses just started five minutes ago.

I am really confused about the timing. It is always around this time.

Why don't you have the issues all day long?

Reply With Quote
 
(login for full post details)
  #71 (permalink)
Germany
 
Experience: Beginner
Platform: NinjaTrader
Broker: Mirus Futures/Zen-Fire
 
TempletonPeck's Avatar
 
Posts: 200 since Feb 2010
Thanks: 1,136 given, 201 received


Daytrader999 View Post
@TempletonPeck:

Well, here you go:

First tracert is to ritpz02516.rithmic.com:

Attachment 99983

When I check my TCP connections, I currently get a latency of around 140 ms to this IP.


The second one is to ritpz02506.rithmic.com:

Attachment 99984

This IP actually does not show up in my TCP connections.


As you can see, they are both routed over 80.157.128.230, but I still haven't any data feed issues here although they both get a time out at last. So IMO there has to be another reason for the outages...


Thanks for your tracerts!

My connection to ritpz02516.rithmic.com gets always routed over 80.156.161.46

My connection to ]ritpz02506.rithmic.com gets always routed over 80.157.128.230

You get both times routed over 80.157.128.230


When I look at my connections to Zen-Fire (via "netstat" in the cmd window), I can see I´m always connected to 3 Zen-Fire Servers at the same time.

Today :



Perhaps 80.156.161.46 is the only server which causes the issues and you are lucky you get never routed over this one.

First connection issue today at 14:00 CET




Reply With Quote
 
(login for full post details)
  #72 (permalink)
Cologne/Germany
 
Experience: Advanced
Platform: NinjaTrader
Trading: FDAX, YM
 
Posts: 41 since Oct 2011
Thanks: 17 given, 9 received

I looked through my log files with an interesting result:

On Saturday, Dec 1 2012, my internet was advanced from 6 to 16M.
On Monday, Dec 3, 21:50 CET, there was the first outage.
On Tuesday, Dec 4, a lot of outages followed (see below).

Before with the 6M-internet connection I don't see any outages.

When do you find your first outage message like

03.12.2012 21:50:22|1|2|Live Account: Primary connection=Connected, Price feed=ConnectionLost
03.12.2012 21:50:48|1|2|Live Account: Primary connection=Connected, Price feed=Connected

04.12.2012 16:41:01|1|2|Live Account: Primary connection=Connected, Price feed=ConnectionLost
04.12.2012 16:41:12|1|2|Live Account: Primary connection=Connected, Price feed=Connected

Please report!
Thanks.

Started this thread Reply With Quote
 
(login for full post details)
  #73 (permalink)
Site Moderator
 
 
sam028's Avatar
 
Posts: 3,665 since Jun 2009
Thanks: 3,787 given, 4,494 received

It the "faulty" router is know, and also the destination range addresses, you may be able to force the route to this network to avoid this bad router.

Success requires no deodorant! (Sun Tzu)
Follow me on Twitter Reply With Quote
The following user says Thank You to sam028 for this post:
 
(login for full post details)
  #74 (permalink)
zurich
 
Experience: Advanced
Platform: Sierra ahRrrr CQG ...
Trading: Bund, ES, ...
 
puma's Avatar
 
Posts: 964 since Aug 2010
Thanks: 7,272 given, 1,499 received

I just got an reply from DTAG:

"Dear Customer, we did not find any issues with our system - please check your own equipment."
(translated freely)

God dam lying bastards !!!

What the f**k can we do ? (short of physical violence ? )

Follow me on Twitter Reply With Quote
The following user says Thank You to puma for this post:
 
(login for full post details)
  #75 (permalink)
Germany
 
Experience: Beginner
Platform: NinjaTrader
Broker: Mirus Futures/Zen-Fire
 
TempletonPeck's Avatar
 
Posts: 200 since Feb 2010
Thanks: 1,136 given, 201 received


sam028 View Post
It the "faulty" router is know, and also the destination range addresses, you may be able to force the route to this network to avoid this bad router.

If this can be done, how can I force my connection to take a different route?

Reply With Quote
 
(login for full post details)
  #76 (permalink)
Legendary Market Wizard
Switzerland
 
Experience: Intermediate
Platform: Investor/RT
Broker: IB / DTN
Trading: Futures
 
Posts: 5,353 since Feb 2012
Thanks: 5,260 given, 11,169 received


TempletonPeck View Post
If this can be done, how can I force my connection to take a different route?

Sometimes a short disconnection of the own ADSL / VDSL equipment forces a new routing...
Try it.
I know this does NOT repair the main problem - but for a better connection it may be a temporary workaround.

GFIs1

Follow me on Twitter Visit my futures io Trade Journal Reply With Quote
The following 3 users say Thank You to GFIs1 for this post:
 
(login for full post details)
  #77 (permalink)
Germany
 
Experience: Advanced
Platform: NinjaTrader
Broker: NTB / Continuum
Trading: FDAX and CL
 
Balanar's Avatar
 
Posts: 396 since Jan 2013
Thanks: 510 given, 1,627 received


GFIs1 View Post
Sometimes a short disconnection of the own ADSL / VDSL equipment forces a new routing...
Try it.
I know this does NOT repair the main problem - but for a better connection it may be a temporary workaround.

GFIs1

Doesn't work here (near Cologne).

Any other suggestions? - I have no idea what to do now. Have to change the ISP is my last chance lol.

Still wondering why I do not have any issues in the morning.

Reply With Quote
 
(login for full post details)
  #78 (permalink)
@ Germany
 
Experience: Beginner
Platform: NinjaTrader
Broker: Mirus Futures/Zen-Fire
Trading: FDAX
 
Posts: 521 since Nov 2011
Thanks: 378 given, 450 received


Balanar View Post
Doesn't work here (near Cologne).

Any other suggestions? - I have no idea what to do now. Have to change the ISP is my last chance lol.

Still wondering why I do not have any issues in the morning.

You should have at least a backup connection, if you are an serious trader. It's the wrong way to react if the problem occurs. You must be prepared to the main error events.

Reply With Quote
 
(login for full post details)
  #79 (permalink)
Germany
 
Experience: Advanced
Platform: NinjaTrader
Broker: NTB / Continuum
Trading: FDAX and CL
 
Balanar's Avatar
 
Posts: 396 since Jan 2013
Thanks: 510 given, 1,627 received


Koepisch View Post
You should have at least a backup connection, if you are an serious trader. It's the wrong way to react if the problem occurs. You must be prepared to the main error events.

Yes you are absolutely right. However, I did not think about this because my connection was fine.

Reply With Quote
 
(login for full post details)
  #80 (permalink)
Site Moderator
 
 
sam028's Avatar
 
Posts: 3,665 since Jun 2009
Thanks: 3,787 given, 4,494 received


TempletonPeck View Post
If this can be done, how can I force my connection to take a different route?

My bad, it won't work, as you only have access to your workstation routing table, not the routers behind. I use to create some static routes when I was network admin, 2 decades ago, but I had access to all the routers involved, and did not think too much before answering...
The only solution I can see so far if creating a VPN, like I wrote in on of my previous post, and being sure the VPN server is "bad router proof".

Success requires no deodorant! (Sun Tzu)
Follow me on Twitter Reply With Quote
The following 2 users say Thank You to sam028 for this post:
 
(login for full post details)
  #81 (permalink)
Legendary Market Wizard
Switzerland
 
Experience: Intermediate
Platform: Investor/RT
Broker: IB / DTN
Trading: Futures
 
Posts: 5,353 since Feb 2012
Thanks: 5,260 given, 11,169 received


Koepisch View Post
You should have at least a backup connection, if you are an serious trader...

To use a secure backup line it is suggested to have a line that has NOTHING to do with the MAIN fixed line installed.
If that line is diconnected near your house - the other fixed backup line might be touched as well.
Therefore I am using a simple USB mobile stick which connects the computer over mobile network. Of course
it is not that fast but to move a SL or to quickly close a trade it is VERY helpful and much easier than to call
the broker over the phone to give some instruction to manage the account.
Just my 2 cents.

GFIs1

Follow me on Twitter Visit my futures io Trade Journal Reply With Quote
The following user says Thank You to GFIs1 for this post:
 
(login for full post details)
  #82 (permalink)
Bremen / Germany
 
Experience: Master
Platform: NT,TS,IB
Broker: NT,TS,IB
Trading: ES,GC,CL,6E
 
Posts: 7 since Oct 2011
Thanks: 4 given, 4 received

Hi Gang,
Having the same mentioned issues with ISP Deutsche Telekom I have just talked with their Hotline :

"... nothing known of any General issues with US Connections... that should be a single case... we can not help you ! "
Grrrr... unbelievable !

Any Solutions ?
Changing ISP is not a common way for me yet.

PS. Maybe we should all put in here our DTAG Hotline ticket #'s that anyone could referring to ?

Thanks and Greeting from Germany
Mike (not the Big one...)
Follow me on Twitter Reply With Quote
The following user says Thank You to Futuretrader2 for this post:
 
(login for full post details)
  #83 (permalink)
Germany
 
Experience: Beginner
Platform: NinjaTrader
Broker: Mirus Futures/Zen-Fire
 
TempletonPeck's Avatar
 
Posts: 200 since Feb 2010
Thanks: 1,136 given, 201 received


GFIs1 View Post
To use a secure backup line it is suggested to have a line that has NOTHING to do with the MAIN fixed line installed.
If that line is diconnected near your house - the other fixed backup line might be touched as well.
Therefore I am using a simple USB mobile stick which connects the computer over mobile network. Of course
it is not that fast but to move a SL or to quickly close a trade it is VERY helpful and much easier than to call
the broker over the phone to give some instruction to manage the account.
Just my 2 cents.

GFIs1

Until now I used my mobile phone for emergencies. I used it as "mobile hotspot" and created a connection to my notebook with NT.

But this is only for emergencies. Not to use it for trading the whole day. The issues with DTAG occur since 5-6 weeks.

Reply With Quote
 
(login for full post details)
  #84 (permalink)
Germany
 
Experience: Beginner
Platform: NinjaTrader
Broker: Mirus Futures/Zen-Fire
 
TempletonPeck's Avatar
 
Posts: 200 since Feb 2010
Thanks: 1,136 given, 201 received


Futuretrader2 View Post
Hi Gang,
Having the same mentioned issues with ISP Deutsche Telekom I have just talked with their Hotline :

"... nothing known of any General issues with US Connections... that should be a single case... we can not help you ! "
Grrrr... unbelievable !

Any Solutions ?
Changing ISP is not a common way for me yet.

PS. Maybe we should all put in here our DTAG Hotline ticket #'s that anyone could referring to ?

Don´t tell them you have general issues to US connections, be more precise.

The problems only occur for connections which are routed over specific Telekom servers. (I think 80.156.161.46 causes issues/ packet losses).

Put a link to the relating thread in the telekom forum in your trouble report.

Reply With Quote
 
(login for full post details)
  #85 (permalink)
Cologne/Germany
 
Experience: Advanced
Platform: NinjaTrader
Trading: FDAX, YM
 
Posts: 41 since Oct 2011
Thanks: 17 given, 9 received


andorre View Post
I looked through my log files with an interesting result:

On Saturday, Dec 1 2012, my internet was advanced from 6 to 16M.
On Monday, Dec 3, 21:50 CET, there was the first outage.
On Tuesday, Dec 4, a lot of outages followed (see below).

Before with the 6M-internet connection I don't see any outages.

When do you find your first outage message like

03.12.2012 21:50:22|1|2|Live Account: Primary connection=Connected, Price feed=ConnectionLost
03.12.2012 21:50:48|1|2|Live Account: Primary connection=Connected, Price feed=Connected

04.12.2012 16:41:01|1|2|Live Account: Primary connection=Connected, Price feed=ConnectionLost
04.12.2012 16:41:12|1|2|Live Account: Primary connection=Connected, Price feed=Connected

Please report!
Thanks.

It is thinkable that DT (or another company) made some (hard-/software?) changes coming into action by 1 December 2012 because my problems started on the following Monday, Dec 3. Maybe this can help DT to solve this problem. What did they change at that Dec 1?

Or can someone report an outage in November?

Started this thread Reply With Quote
 
(login for full post details)
  #86 (permalink)
Germany
 
Experience: Advanced
Platform: NinjaTrader
Broker: NTB / Continuum
Trading: FDAX and CL
 
Balanar's Avatar
 
Posts: 396 since Jan 2013
Thanks: 510 given, 1,627 received


TempletonPeck View Post
Don´t tell them you have general issues to US connections, be more precise.

The problems only occur for connections which are routed over specific Telekom servers. (I think 80.156.161.46 causes issues/ packet losses).

Put a link to the relating thread in the telekom forum in your trouble report.

Already done. Still waiting for response.

I let you know.

Reply With Quote
 
(login for full post details)
  #87 (permalink)
Market Wizard
Berlin, Europe
 
Experience: Advanced
Platform: NinjaTrader, MultiCharts
Broker: Interactive Brokers
Trading: Keyboard
 
Fat Tails's Avatar
 
Posts: 9,855 since Mar 2010
Thanks: 4,238 given, 26,728 received


Balanar View Post
Already done. Still waiting for response.

I let you know.

Could someone please give me a link to the forum of Deutsche Telekom, where the matter is discussed?

Reply With Quote
 
(login for full post details)
  #88 (permalink)
Frankfurt, Hessen, Germany
 
Experience: Advanced
Platform: NinjaTrader 8
Broker: NTB & Continuum
Trading: 6B, 6E, FDXM, FGBL, YM, HG, GC, CL
 
Renkotrader's Avatar
 
Posts: 496 since May 2012
Thanks: 1,100 given, 199 received

Hi Fat Tails!

Here is the URL:
Unannehmbare ping Zeiten - Internet Performance - Forum Service

Best regards,
Renkotrader

Reply With Quote
The following user says Thank You to Renkotrader for this post:
 
(login for full post details)
  #89 (permalink)
zurich
 
Experience: Advanced
Platform: Sierra ahRrrr CQG ...
Trading: Bund, ES, ...
 
puma's Avatar
 
Posts: 964 since Aug 2010
Thanks: 7,272 given, 1,499 received

we should flood them with tickets:

Please consider posting your connections issues here:

Hilfe & Service: Störungsmeldung online

This is the text I used:

Wir haben tägliche Verbindungsabbrüche zu Servern in Chicago. Regelmäßig in den Abendstunden. Paketverluste. Betrifft: traceroute ritpz02502.02.rithmic.com, tracert 64.202.118.181 Viele Kunden berichten über dieses Problem hier: Continued connection problems Zenfire Germany Telekom Rithmic - NinjaTrader Support Forum

-----------

Oder macht Vorschläge für besseren Text.

Follow me on Twitter Reply With Quote
 
(login for full post details)
  #90 (permalink)
Cologne/Germany
 
Experience: Advanced
Platform: NinjaTrader
Trading: FDAX, YM
 
Posts: 41 since Oct 2011
Thanks: 17 given, 9 received

Outages start again (now 14:23):

13:45, 14:05, 14:08, 14:14

Started this thread Reply With Quote
 
(login for full post details)
  #91 (permalink)
Germany
 
Experience: Advanced
Platform: NinjaTrader
Broker: NTB / Continuum
Trading: FDAX and CL
 
Balanar's Avatar
 
Posts: 396 since Jan 2013
Thanks: 510 given, 1,627 received


puma View Post
we should flood them with tickets:

Please consider posting your connections issues here:

Hilfe & Service: Störungsmeldung online

This is the text I used:

Wir haben tägliche Verbindungsabbrüche zu Servern in Chicago. Regelmäßig in den Abendstunden. Paketverluste. Betrifft: traceroute ritpz02502.02.rithmic.com, tracert 64.202.118.181 Viele Kunden berichten über dieses Problem hier: Continued connection problems Zenfire Germany Telekom Rithmic - NinjaTrader Support Forum

-----------

Oder macht Vorschläge für besseren Text.

Already done. Still waiting for response.

Reply With Quote
The following user says Thank You to Balanar for this post:
 
(login for full post details)
  #92 (permalink)
Germany
 
Experience: Advanced
Platform: NinjaTrader
Broker: NTB / Continuum
Trading: FDAX and CL
 
Balanar's Avatar
 
Posts: 396 since Jan 2013
Thanks: 510 given, 1,627 received

Alright, they want to reset my connection today.

Guess they still do not know the real problem.

However, maybe it helps. lol

Edit: Reset did not help. Technican was here and told me that it is a routing problem. He has to talk to his server engineer.

I'll keep you in touch.

Reply With Quote
The following user says Thank You to Balanar for this post:
 
(login for full post details)
  #93 (permalink)
Market Wizard
Berlin, Europe
 
Experience: Advanced
Platform: NinjaTrader, MultiCharts
Broker: Interactive Brokers
Trading: Keyboard
 
Fat Tails's Avatar
 
Posts: 9,855 since Mar 2010
Thanks: 4,238 given, 26,728 received

No problems with downloading data today.

Worked for the first time since a few weeks.

At 160 kBit/s not really fast, but I think that is due to the throttling on the Interactive Data Corporation Servers.

Let us see how it plays out.

Reply With Quote
The following 2 users say Thank You to Fat Tails for this post:
 
(login for full post details)
  #94 (permalink)
Germany
 
Experience: Advanced
Platform: NinjaTrader
Broker: NTB / Continuum
Trading: FDAX and CL
 
Balanar's Avatar
 
Posts: 396 since Jan 2013
Thanks: 510 given, 1,627 received

Hey Guys,

it works!

Guess they solved the problem.

Here is the german answer from DTAG.

Nach der heute eingetroffenen Rückmeldung liegen bzw. lagen die Ursachen im Netz von NTT.

Reply With Quote
 
(login for full post details)
  #95 (permalink)
Market Wizard
Berlin, Europe
 
Experience: Advanced
Platform: NinjaTrader, MultiCharts
Broker: Interactive Brokers
Trading: Keyboard
 
Fat Tails's Avatar
 
Posts: 9,855 since Mar 2010
Thanks: 4,238 given, 26,728 received


Balanar View Post
Hey Guys,

it works!

Guess they solved the problem.

Here is the german answer from DTAG.

Nach der heute eingetroffenen Rückmeldung liegen bzw. lagen die Ursachen im Netz von NTT.

@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?

Reply With Quote
The following user says Thank You to Fat Tails for this post:
 
(login for full post details)
  #96 (permalink)
Germany
 
Experience: Advanced
Platform: NinjaTrader
Broker: NTB / Continuum
Trading: FDAX and CL
 
Balanar's Avatar
 
Posts: 396 since Jan 2013
Thanks: 510 given, 1,627 received


Fat Tails View Post
@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?

Alright, that does not sound good!

Yesterday I had no connection issues to zen-fire, that is the only thing that I can confirm.

In the DTAG thread they still talk about bad pings, maybe NTT is still working on it?!

Just refer to their thread and tell him about the NTT issue.

My personal ticket is still open because I want to see more days without any problems.

I would refer to the DTAG thread, as I did, and tell them about the NTT issue.

Reply With Quote
The following user says Thank You to Balanar for this post:
 
(login for full post details)
  #97 (permalink)
Germany /Frankfurt
 
Experience: Intermediate
Platform: NinjaTrader
Broker: Mirus Futures/Zen-Zire
Trading: Futures
 
Posts: 3 since Apr 2011
Thanks: 13 given, 3 received

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

Reply With Quote
The following user says Thank You to Ribben for this post:
 
(login for full post details)
  #98 (permalink)
Frankfurt, Hessen, Germany
 
Experience: Advanced
Platform: NinjaTrader 8
Broker: NTB & Continuum
Trading: 6B, 6E, FDXM, FGBL, YM, HG, GC, CL
 
Renkotrader's Avatar
 
Posts: 496 since May 2012
Thanks: 1,100 given, 199 received

Hello Traders,

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.

Renkotrader

Reply With Quote
The following user says Thank You to Renkotrader for this post:
 
(login for full post details)
  #99 (permalink)
zurich
 
Experience: Advanced
Platform: Sierra ahRrrr CQG ...
Trading: Bund, ES, ...
 
puma's Avatar
 
Posts: 964 since Aug 2010
Thanks: 7,272 given, 1,499 received

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

Follow me on Twitter Reply With Quote
 
(login for full post details)
  #100 (permalink)
Market Wizard
Berlin, Europe
 
Experience: Advanced
Platform: NinjaTrader, MultiCharts
Broker: Interactive Brokers
Trading: Keyboard
 
Fat Tails's Avatar
 
Posts: 9,855 since Mar 2010
Thanks: 4,238 given, 26,728 received


puma View Post
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


@puma: Keep cool.

-> 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.

Reply With Quote
The following 3 users say Thank You to Fat Tails for this post:


futures io Trading Community Trading Reviews and Vendors Brokers > NT Zenfire FDAX data interruptions


Last Updated on October 9, 2013


Upcoming Webinars and Events
 

NinjaTrader Indicator Challenge!

Ongoing
 

Battlestations! Show us your trading desk - $1,500 in prizes!

March
 

Importance of Finding Your Own Way w/Adam Grimes

Elite only
 

Journal Challenge w/Jigsaw

April
     



Copyright © 2021 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