Welcome to NexusFi: the best trading community on the planet, with over 150,000 members Sign Up Now for Free
Genuine reviews from real traders, not fake reviews from stealth vendors
Quality education from leading professional traders
We are a friendly, helpful, and positive community
We do not tolerate rude behavior, trolling, or vendors advertising in posts
We are here to help, just let us know what you need
You'll need to register in order to view the content of the threads and start contributing to our community. It's free for basic access, or support us by becoming an Elite Member -- see if you qualify for a discount below.
-- Big Mike, Site Administrator
(If you already have an account, login at the top of the page)
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).
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
-> 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.
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!
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...
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.
