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

  #41 (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
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

Can you help answer these questions
from other members on NexusFi?
The space time continuum and the dynamics of a financial …
Emini and Emicro Index
Deepmoney LLM
Elite Quantitative GenAI/LLM
My NT8 Volume Profile Split by Asian/Euro/Open
NinjaTrader
NT7 Indicator Script Troubleshooting - Camarilla Pivots
NinjaTrader
Better Renko Gaps
The Elite Circle
 
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
38 thanks
NexusFi site changelog and issues/problem reporting
27 thanks
GFIs1 1 DAX trade per day journal
19 thanks
The Program
18 thanks
  #42 (permalink)
 
Balanar's Avatar
 Balanar 
Germany
 
Experience: Advanced
Platform: NinjaTrader
Broker: NTB / Continuum
Trading: FDAX and CL
Posts: 396 since Jan 2013
Thanks Given: 510
Thanks Received: 1,689

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
  #43 (permalink)
 
TempletonPeck's Avatar
 TempletonPeck 
Germany
 
Experience: Beginner
Platform: NinjaTrader
Broker: Mirus Futures/Zen-Fire
Posts: 200 since Feb 2010
Thanks Given: 1,138
Thanks Received: 202



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
Thanked by:
  #44 (permalink)
 
TempletonPeck's Avatar
 TempletonPeck 
Germany
 
Experience: Beginner
Platform: NinjaTrader
Broker: Mirus Futures/Zen-Fire
Posts: 200 since Feb 2010
Thanks Given: 1,138
Thanks Received: 202


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
Thanked by:
  #45 (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


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
Thanked by:
  #46 (permalink)
 andorre 
Cologne/Germany
 
Experience: Advanced
Platform: NinjaTrader
Trading: FDAX, YM
Posts: 41 since Oct 2011
Thanks Given: 17
Thanks Received: 9


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
Thanked by:
  #47 (permalink)
 
TempletonPeck's Avatar
 TempletonPeck 
Germany
 
Experience: Beginner
Platform: NinjaTrader
Broker: Mirus Futures/Zen-Fire
Posts: 200 since Feb 2010
Thanks Given: 1,138
Thanks Received: 202


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
Thanked by:
  #48 (permalink)
 
Balanar's Avatar
 Balanar 
Germany
 
Experience: Advanced
Platform: NinjaTrader
Broker: NTB / Continuum
Trading: FDAX and CL
Posts: 396 since Jan 2013
Thanks Given: 510
Thanks Received: 1,689

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
Thanked by:
  #49 (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


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
Thanked by:
  #50 (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



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




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