Jump to content

holbi

+Premium Members
  • Posts

    10
  • Joined

  • Last visited

Everything posted by holbi

  1. I've done that two weeks ago (Link in German!), but to be honest, I do not expect too much from it. It's not the first time people complain about their transatlantic routes and the answer is usually, that this is beyond the area of influence of Deutsche Telekom which is only a part of the truth. With their peering policy they have indeed big influence on the worldwide routing of their customer's traffic. But this is a complicated story... So I've also tried to find a contact for complaints at ntt.net, where the packet loss usually occurs, but their website has been as slow as gc.com at that time. Meanwhile I've somehow resignated and use Zenmate, respectivly the google proxy in chrome on the mobile, and hope for better days to come.
  2. Like for many others, ZenMate has saved my caching-weekend, and now I got a 403.6 error saying, that access via anonymous proxy is not allowed and that the IP is blocked. You are joking, aren't you?
  3. I can confirm _SoP_'s observations. With ZenMate pages on gc.com are loading within seconds, while it hangs completely when using the normal route via T-Online. Even wehen choosing the german server from ZenMate as exit point gc.com is responsive. Regrettably, I can't do a traceroute over ZenMate to see the difference
  4. Ja, zumindest in Mitteleuropa, in anderen Regionen scheint alles problemlos zu funktionieren. Siehe auch http://forums.Groundspeak.com/GC/index.php?showtopic=329078
  5. As requested in a PM by Alex, here is my current trace. Location Germany, ISP T-Online: 1 <1 ms <1 ms <1 ms fritz.slwlan.box [192.168.0.250] 2 8 ms 7 ms 8 ms 217.0.118.46 3 10 ms 9 ms 10 ms 87.186.241.22 4 11 ms 12 ms 11 ms f-ed4-i.F.DE.NET.DTAG.DE [62.154.14.138] 5 31 ms 30 ms 31 ms 80.156.161.46 6 27 ms 26 ms 33 ms ae-1.r21.frnkge03.de.bb.gin.ntt.net [129.250.6.216] 7 141 ms * 139 ms ae-3.r23.nycmny01.us.bb.gin.ntt.net [129.250.3.180] 8 92 ms 107 ms 93 ms ae-0.r22.nycmny01.us.bb.gin.ntt.net [129.250.3.72] 9 195 ms 194 ms 206 ms ae-1.r21.sttlwa01.us.bb.gin.ntt.net [129.250.4.13] 10 197 ms 199 ms 202 ms ae-2.r04.sttlwa01.us.bb.gin.ntt.net [129.250.5.45] 11 170 ms 171 ms 170 ms ae-0.internap.sttlwa01.us.bb.gin.ntt.net [129.250.201.18] 12 170 ms 170 ms 172 ms border8.po2-40g-bbnet2.sef.pnap.net [63.251.160.82] 13 179 ms 183 ms 178 ms 63.251.163.200 Same behaviour as in the last days, gc.com almost unusable since 19:00 UTC, now it's ok again.
  6. When a website is implemented with a CDN the location of the request can make a difference. And while every other website I've tried runs smoothly, gc.com is dead slow every single evening for me in Germany for weeks now! So I do not think that it is a network issue, when having a look at a request for a cache listing with firebug I see that some elements or scripts won't load while others do. I also think that http://status.geocaching.com/ might be misleading if it is based on ping measurements, because they won't say anything about http performance in a CDN.
  7. Today, the website is completely unusable for me here in Germany since ~18:00 UTC. I've somehow managed to get my three logs for today posted through the API, but nothing more. A statement from Groundspeak on this topic would be greatly appreciated! holbi
  8. I did so and received an answer from Alex yesterday, that the IT team is looking in to this issue.
  9. Hi! Veterans on gc.com might remember what a friend of mine has called "hourglass Sunday" on the gc website, when trying to compose logs on Sunday evenings was a real patience game. These times seemed to be over for quite a time now, but in the last weeks I've got the feeling that it's Sunday every day . At first I've blamed the holidays for it, but now we have middle of January and it is still a pain to use the website on evenings (GMT). Listings take minutes to load, or even don't load at all in a finite timeframe. I've checked back with several friends, tried different browsers or went over LTE, the result has always been the same. The servers seem to have severe performance issues and I wonder what the reason is. Is this a known (temporary) problem being worked on, or do I have to log my caches in lunch break from now on? holbi ps: The forum is very slow, too
  10. I don't like html-mails as well... Please offer the option of receiving those notifications in plain-text! The new mails take 4 times the space compared to plain text with no benefit at all, they are rather more difficult to read.
×
×
  • Create New...