CCP_Explorer

Many thanks; forwarded.

@Alaska, can you perhaps send us a support ticket with the full traceroute from hop 1? Please post the ticket number here.

Excellent, we have seen this hop in previous disconnect trace routes but it is not present in the normal ones.

Thanks! Anything that doesn’t look like the regular route, would be helpful to know about.

BTW, Cloudflare was having Cloudflare Status - Network Performance Issues in Amsterdam, Netherlands region this morning. They should have been resolved at 10:31 UTC. Details in the link. (Normally this should not be relevant to UK players, but this entire thread is about strange routing.)

Thanks! Love it.

Because the address is global and is routed to the nearest Cloudflare PoP. If you are in New Zealand then you get routed to Auckland, if you are in Scotland then you get routed to Edinburgh – and then Cloudflare transfer the data on their backbone to the GRE tunnels CCP has with them. See ...

Also forwarded.

I’ve forwarded this.

For now many Virgin Media customer have used VPN (from the UK to the UK) to bypass the fault. Long-term then either Virgin Media finds that fault and fixes it (I have a relatively good confidence in that they do) or you should consider looking for another ISP that offers a high-quality, stable internet that is suitable for long-lived...

Last 16 hours; happens shortly before hour:

image1578×536 52.3 KB

I would prefer to get the full details in support tickets to us, please, and then post the ticket number here.

Yeah, this something hourly. I think Virgin Media is possibly fetching BGP routes from the internet every hour and applying them to some equipment. But then cost-saving changes are applied on top (that routing to Amsterdam). But for a brief moment before the cost-saving routes are applied then the traffic goes a different route and the equipment on that route sends back RST packets.

There is a grain of truth here on why it may feel like this matters. What matters is if the client is active or not, and it always active in space (receiving physics simulation updates) while it may be less active in station and therefore a brief issue like this may pass it by.

The scenario we think we are looking (this is a conjecture/hypothesis; but not a theory yet, for that we are waiting on more data from players and replies from Virgin Media and Cloudflare) are regular but very brief BGP flaps / routing changes. Your EV...

Forwarded to Cloudflare; they were quick to point out they only got half of the data in our first reply.

Is it a count-down?!?

We will know when either they tell us or the disconnects stop happening… There was a disconnect spike at 19:00 this time and nothing at 19:55. But then again, there were minor spikes hourly even there were larger spikes every 4 hours.

Our test server network is in a different geographical location to the production network and is not behind Cloudflare’s systems. If you trace the route, then you will get very different paths.

% nslookup tranquility.servers.eveonline.com
Name: ...

Indeed, we think the trace route is “corrupt” in the sense that you started it when the new route was in effect and as the trace route was running then new old route came back into effect; so the result is a mix of the two. We are still hoping it provides insight to Cloudflare and Virgin Media, along with the discovery of the regularity, but more trace routes would help us and them piece together what that new route is.

We are amazed that you caught it; Cloudflare had been asking for this and we had been telling them this would be next to impossible.

BTW, we have already sent this to Cloudflare and Virgin Media. VM has already replied and escalated the case further.