NexusFi: Find Your Edge


Home Menu

 





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 27,076 views
    2. thumb_up 93 thanks given
    3. group 13 followers
    1. forum 119 posts
    2. attach_file 18 attachments




 
Search this Thread

NT Zenfire FDAX data interruptions

  #21 (permalink)
 
Daytrader999's Avatar
 Daytrader999 
Ilsede, Germany
Site Moderator
 
Experience: Advanced
Platform: NinjaTrader 8
Broker: Rithmic / CQG / Ninja Trader Brokerage
Trading: NQ
Posts: 1,525 since Sep 2011
Thanks Given: 2,067
Thanks Received: 2,316


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

Can you help answer these questions
from other members on NexusFi?
Deepmoney LLM
Elite Quantitative GenAI/LLM
ZombieSqueeze
Platforms and Indicators
Better Renko Gaps
The Elite Circle
The space time continuum and the dynamics of a financial …
Emini and Emicro Index
My NT8 Volume Profile Split by Asian/Euro/Open
NinjaTrader
 
Best Threads (Most Thanked)
in the last 7 days on NexusFi
Get funded firms 2023/2024 - Any recommendations or word …
61 thanks
Funded Trader platforms
39 thanks
NexusFi site changelog and issues/problem reporting
26 thanks
GFIs1 1 DAX trade per day journal
18 thanks
The Program
18 thanks
  #22 (permalink)
 
sam028's Avatar
 sam028 
Site Moderator
 
Posts: 3,765 since Jun 2009
Thanks Given: 3,825
Thanks Received: 4,629


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
Thanked by:
  #23 (permalink)
 
Jura's Avatar
 Jura   is a Vendor
 
Posts: 775 since Apr 2010
Thanks Given: 2,352
Thanks Received: 690


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
Thanked by:
  #24 (permalink)
 
puma's Avatar
 puma 
zurich
 
Experience: Advanced
Platform: Sierra ahRrrr CQG ...
Trading: Bund, ES, ...
Posts: 964 since Aug 2010
Thanks Given: 7,273
Thanks Received: 1,507


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
Thanked by:
  #25 (permalink)
 
sam028's Avatar
 sam028 
Site Moderator
 
Posts: 3,765 since Jun 2009
Thanks Given: 3,825
Thanks Received: 4,629


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
Thanked by:
  #26 (permalink)
 steve2222 
Auckland, New Zealand
 
Experience: Beginner
Platform: Sierra Chart
Broker: AMP/CQG
Trading: Whatever moves in my timezone
Posts: 1,896 since Sep 2009
Thanks Given: 3,379
Thanks Received: 1,540


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
  #27 (permalink)
 
sam028's Avatar
 sam028 
Site Moderator
 
Posts: 3,765 since Jun 2009
Thanks Given: 3,825
Thanks Received: 4,629


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
  #28 (permalink)
 steve2222 
Auckland, New Zealand
 
Experience: Beginner
Platform: Sierra Chart
Broker: AMP/CQG
Trading: Whatever moves in my timezone
Posts: 1,896 since Sep 2009
Thanks Given: 3,379
Thanks Received: 1,540


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
  #29 (permalink)
 
Daytrader999's Avatar
 Daytrader999 
Ilsede, Germany
Site Moderator
 
Experience: Advanced
Platform: NinjaTrader 8
Broker: Rithmic / CQG / Ninja Trader Brokerage
Trading: NQ
Posts: 1,525 since Sep 2011
Thanks Given: 2,067
Thanks Received: 2,316


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
  #30 (permalink)
 
sam028's Avatar
 sam028 
Site Moderator
 
Posts: 3,765 since Jun 2009
Thanks Given: 3,825
Thanks Received: 4,629



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




Last Updated on October 9, 2013


© 2024 NexusFi™, s.a., All Rights Reserved.
Av Ricardo J. Alfaro, Century Tower, Panama City, Panama, Ph: +507 833-9432 (Panama and Intl), +1 888-312-3001 (USA and Canada)
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.
About Us - Contact Us - Site Rules, Acceptable Use, and Terms and Conditions - Privacy Policy - Downloads - Top
no new posts