Guild Wars 2

Gator.5729:

Just curious, do the words BT or Infinity mean anything to the people having an issue with lag/packet loss from 89.149.164.42?

Well, while there does appear to be issues with 89.149.164.42, that gateway appears to be owned by gtt.net, and not by either BT or anet. (Welcome to the internet, where a company that is neither your ISP nor anet can screw you over.)

Also, while this gateway appears to have issues, I don’t think it’s the cause of the recent nasty lag. I’ve been keeping an eye on 89.149.164.42 for months, and it seems to just cause lag and disconnects. What I haven’t seen, until the past week or so, are ping times that start out OK, but quickly ramp up to unusable levels during world bosses (but NO disconnects). To me, that smells of a different issue, like someone doing evil traffic shaping (because of the NO disconnects).

Also, other people with problems are not using a route that uses 89.149.164.42.

Sianon.3586:

I have been having the same problem since the week before the living story Ping plotter also shows the issue as being at 89.149.164.42

I periodically monitor my route to anet EU, and that gateway (89.149.164.42) has historically been one the banes of my existence. For over a year, whenever I start to get high ping times or total packet loss, that gateway is often involved. It appears to be part of gtt.net.

However, my route seems to have recently changed (89.149.164.42 is no longer part of the route). For the past week or so, 77.67.71.122 (again, apparently part of gtt.net) is where I start to get the HUGE ping times that everyone seems to be complaining about. There is one thing different, though: with 89.149.164.42, I’d get disconnects. With 77.67.71.122, I don’t get disconnects, but 30+ second skill activation times (no dc’s).

Felicja.6891:

Please try the fix in this thread:

https://forum-en.gw2archive.eu/forum/support/mac/TgUpdate-1-11-everytime-i-open-the-launcher/page/2#post3394536

This worked for me. Thanks.

OK, if you’re a sonic user and don’t want to use Google’s DNS, see the bottom of this page for sonic DNS servers that do not try to protect you from phishing, etc.:

https://wiki.sonic.net/wiki/DNSSEC#How_can_I_opt_out_of_this_feature.3F

For those people with sonic.net as their ISP, see here: https://forum-en.gw2archive.eu/forum/support/tech/login-error-42-for-2-days/first#post3248690

Edit: more detailed instructions on how to fix: https://forum-en.gw2archive.eu/forum/support/tech/login-error-42-for-2-days/first#post3248708

Lagos.6938:

sonic.net’s customer support was closed, but I left a message and filled in the form. Good luck, guys.

I left a question on their forums, to see if there’s any way to opt-out of this service.

Lagos.6938:

das moran, the problem is that 209.204.190.68 isn’t the right ip address for cligate.101.NCPlatform.net. The correct ip address of cligate.101.NCPlatform.net should look like 64.25.40.x where x is some number.

Thanks. I saw your earlier posting. For now, I’m just going to try reconfiguring my firewall to return a valid IP address for that. I’d really rather not use google’s DNS.

Edit: Bah, there are multiple IP addresses for cligate, but not systems appear to be usable. I don’t have the time to figure out what works, and so I’m just going to consort with google.

Lagos.6938:

Okay. I think I got it. ‘dig cligate.101.NCPlatform.net’ on my machine yields 209.204.190.68. This isn’t the right IP. It’s the IP for dns-blocked.sonic.net. Apparently sonic.net thinks that this hostname is associated with a phishing scheme. You can put ‘cligate.101.NCPlatform.net’ in your web browser and you’ll get to a phishing warning site with a mousetrap on it.

Great farking zarquon. That make sense, and explains everything. Thanks.

Lagos.6938:

Izu.8123:

Are you living in San Francisco and use Sonic.net for internet?

Wow. Yes, I am. That’s a little creepy.

Anyway, I could connect by rebooting into OS X and using my Mac client on the same computer. Maybe the mac client uses different servers, though.

Interesting. I’m using sonic.net, and I can’t connect, either. Earlier this week (Wed), sonic.net did have problems that they mentioned on the motd. However, when that happened, everyone had problems connecting to just about everywhere.

Tonight, I appear to only have problems connecting to anet’s login servers. Specifically, from gw2.exe -diag:

cligate.101.NCPlatform.net.
 209.204.190.68:6112 - connect failed

I don’t have problems with any other site, and so I don’t think this is a sonic.net problem. However, if I try to manually connect to that server, it’s as if that server is completely down, but lots of other people have no problems, and so that server must be up. Because of this, I’m wondering if we’re being hit by some overly-zealous anti-DDOS mechanism used by anet or their ISP. Basically, some sonic.net users might be unwitting bots used to DDOS anet; to defend against this, anet or their ISP might be blacklisting large swaths of sonic’s IP addresses, which effectively prevents the innocent (you and I) from playing GW2.

Edit: I’ve tried playing GW2 from both my windows PC and my macbook, and neither one will work.

Edit 2: I’ve also tried the /clientport trick, and that doesn’t work, either.

Fenrir.3609:

das moran fool.1072:

I don’t think anet needs to nerf cursed shores, because that’s just stupid and is playing whack-a-mole with the zerg. I do think anet needs to limit champ map chests to something like 4-5 per account per day.

You don’t think it needs a nerf and then go on to advocate a nerf.

You’re not paying attention.

Cursed shores — the area and the events — does not need a nerf.

Anet needs to nerf the core reason (not the area or events) that is causing the antisocial behaviour: the champ chests. By limiting the amount of chests that a player can get each day, you effectively kill the nasty farming zergs.

Note that I’m not against farming, zergs, or farming zergs. I actually like them all. :-) What I don’t like is the name-calling and other nastiness that occurs when people play the game the way it’s supposed to be played (e.g., finish the entire arah chain and successfully open arah). If people didn’t intentionally try to cause events to fail, I wouldn’t care about the massive zerg trains.

zenleto.6179:

I don’t know why they would nerf it though. As long as people aren’t interfering in event completions then its most probably all intended.

That’s just it — people want to interfere with event completions.

If you complete the arah chain (which isn’t always easy, since people want it to fail and thus not help you), being greeted with map chat nastiness is the absolute minimum. I ran into this for the first time last night, and that was the first time I’ve ever turned off map chat because of player abuse.

I don’t think anet needs to nerf cursed shores, because that’s just stupid and is playing whack-a-mole with the zerg. I do think anet needs to limit champ map chests to something like 4-5 per account per day.

No, tequatl goes through the preparation phase before going active. From my server (Gandara):

Any rough idea as to when this will be addressed? A month? Six months?

Thanks.

For my current program, which I’m rewriting into a web app, I’m sucking down all events for my server (currently 1665 events), once a minute, and I’m saving the historical event change data into a database (not all events, but only events when they change status). Right now, I’m keeping a week’s worth of data, and that’s currently over 330,000+ event status changes, just for one server (around ~30 event changes a minute). It’s really cool, in a geeky-sort-of-way, to see how often an event occurs, along with server resets.

I’d love to suck down all events for all servers, but my database server is running on my slow home fileserver, and there’s no way it could handle databases of that size.

Thanks, I’d missed that.

It would be really nice if there was an API for querying the time of the last PVE server reset. This would really help in keeping the event timers accurate.

Title: GW2 Event Explorer, now with desktop/smartphone/tablet notifications

(God, the 45-character title limit sucks, and creating a new thread for this is wasteful, as appending this post to my old thread would be better, but the forum won’t allow me.)

Version 0.2 has been released, for advanced users only, sorry (this is a command-line ruby script).

This version now supports desktop event notifications via growl-for-windows, and growl-for-windows can then forward these event notifications to various iOS/android apps. (In other words, if you run both GW2 Event Explorer and growl-for-windows on your PC, you can get iOS/android event notifications.) You configure optional notifications on an event-by-event basis, although only for one server. You can specify whether to be notified if an event starts, or if it succeeds.

In other words: among other things, you can now be notified on your smartphone when Balthazar is open on your server (for example).

Current version: 0.2 (work-in-progress)
Source code is on github.
Source code download link.

Sample screenshot (The GUI is likely to be completely redone in future versions.)

Sample desktop notification, done via growl-for-windows

Sample iPhone notification (growl-for-windows forwards it to the iPhone)

For more information, see the file, “README.md”, on github.

I’ve seen events “disappear” from the world, but they seem to eventually come back. When they do, I treat them an a “changed event” (i.e., the event’s status has changed from what it used to be). I’m guessing that the events in “warmup” (inactive) state are the ones that temporarily go away, possibly to save bandwidth.

Thanks. For some reason, I tried everything but “limits”.

60 seconds it is.

Are there suggested/hard limits as to how often we can call the APIs?

I’m writing a desktop program for viewing/managing events, and I’m calling the API for getting the events for an entire world (yes, the entire world, and not just a map or event). However, to make everything timely, I’d like to call this fairly often, such as every minute or two (I’m sure users would love it to be every 30 seconds, but I don’t think anet would like that). With http compression, the bandwidth usage seems to be 40-50KB per call. Assuming 50KB and an update every minute, an hour’s bandwidth is ~3MB, and a day’s is ~72MB. Keep in mind that this is for each user.

So, are there API usage limits?

I’m also setting user-agent to uniquely identify my desktop program, so that anet can track it’s usage (however, since I’m probably the only one using it atm, the BW usage is probably tiny compared to everything else).

Short summary: GW2 Event Explorer is a desktop GUI program for viewing the events on a server. The current release is bare-bones and is not terribly good, but it will be enhanced later to include desktop/smartphone/tablet notifications for events. Unfortunately, it’s for advanced users only, as it’s a ruby script. It should work on windows, OS X, and linux, although it’s only been tested on windows.

This is not intended to replace the GW2 event timer sites. In fact, if you want event timer information, I recommend the awesome GW2Stuff.com site.

Screenshot: Imgur
“Farming view” screenshot of only the active/failed events in Cursed Shore: Imgur

Get it from github (current release is 0.1). See the README.md for usage info.

NOTE: when starting this program, nothing may happen for 10-15 seconds. Please be patient. Also see the README.md file for more information.

Current minimal features:

• Seeing the available events on a given server. You can choose from any of the available servers.
• You can see all events on a server, or you can limit the events to a particular map.
• You can filter the display by event status: active, failed, success, warmup, or preparation (I’ve yet to see any event in the “preparation” state, though).
• The events automatically update every 5 minutes (this will be configurable in a future version).
• Your settings are automatically saved when you quit the program, and are automatically restored when you restart.
• The settings and the event database are stored in the current directory (the directory from which you started the program).
  I’ve written this program for my own needs. If others find this useful, great. I’m open to suggestions.

Requirements:

• Ruby 1.9 or later, with the “tk” extension (e.g., “require ‘tk’” must work).
  Windows users can download the latest Ruby 1.9 rubyinstaller (“Ruby 1.9.3-p429” as of May 24, 2013.)
• You must have installed the following gems:
  

          gem install ruby-growl
          gem install sqlite3

• (Windows) You need to obtain the SQLite DLL. Go to the sqlite download page and download the ZIP archive that contains the SQLite DLL. Open the ZIP archive and copy the contents to the “bin” directory of your Ruby 1.9 installation. Example: if you have installed Ruby1.9 in “C:\Ruby193”, copy the SQLite DLLs to the “C:\Ruby193\bin” directory.

Technical info:

• Config files and the event database are stored in the current directory.
• Yes, “database”. The backend uses sqlite to store the event data, and can store arbitrary amounts of historical event data. Data mining, anyone? The GUI, however, periodically trims and vacuums the database, as the GUI has no real need for historical data, except for the previous event snapshot.
• In the future, notifications will be handled by sending growl messages, which means:
  * You need a program to handle growl messages, and you might have to buy such a program. On windows, you need Growl for Windows (free). On OS X, you need to buy Growl. Linux users are on their own, although mumbles might work.
  * For smartphone or tablet notifications, you have to buy one of the apps supported for growl message forwarding (this is supported only for windows and OS X). See the above websites for Growl for Windows or OS X Growl for supported apps.
• NOTE: while it is possible to convert this script into a windows .exe, there are no plans to do so. This is because the resulting executable is often incorrectly flagged as a virus, trojan, or other malware, due to the ruby script to .exe conversion methods.