DGS connection problems

[jug]

Hi,

there seems to be a server or network problem with DGS (Dragon-Go-Server).
From Germany I cannot reach the server (http://www.dragongoserver.net) nor the provider (http://www.samurajdata.se).

Tracking the latest status on http://senseis.xmp.net/?DragonGoServer

Can somebody from other countries report about those problems as well?

Cheers,
/JUG (DGS-Admin)

[ez4u]

Hi,

there seems to be a server or network problem with DGS (Dragon-Go-Server).
From Germany I cannot reach the server (http://www.dragongoserver.net) nor the provider (http://www.samurajdata.se).

Tracking the latest status on http://senseis.xmp.net/?DragonGoServer

Can somebody from other countries report about those problems as well?

Cheers,
/JUG (DGS-Admin)

Connection timed out from Japan 2016-08-13 23:03 GMT +9

[DrStraw]

and from the USA

[1/7,000,000,000]

can't log in either from Germany

[jug]

I've managed to reach someone from the provider ... they are looking into it ...

[jug]

[UPDATE]:
Response from provider-support:

Our fiber link to our internet service provider is down since 14:55. The fault has been reported to the internet service provider, they're sending a technician to the fiber connection point to fix it. I have no time estimate yet for when it will be fixed. The DGS server itself is up and running normally, no problems there.

[DrStraw]

[UPDATE]:
Response from provider-support:

Our fiber link to our internet service provider is down since 14:55. The fault has been reported to the internet service provider, they're sending a technician to the fiber connection point to fix it. I have no time estimate yet for when it will be fixed. The DGS server itself is up and running normally, no problems there.

Well, maybe. If a game times out before anyone can log back in it could be a problem.

[jug]

Well, maybe. If a game times out before anyone can log back in it could be a problem.

That should not be a problem.

The DGS-clocks don't use the server systems time, but have an external trigger (from a German server) ... and as this server also cannot reach the DGS-server, the DGS-clocks are not "triggered", i.e. not running either.
So there shouldn't be any timeouts as all DGS-clocks are not running.

[DrStraw]

Well, maybe. If a game times out before anyone can log back in it could be a problem.

That should not be a problem.

The DGS-clocks don't use the server systems time, but have an external trigger (from a German server) ... and as this server also cannot reach the DGS-server, the DGS-clocks are not "triggered", i.e. not running either.
So there shouldn't be any timeouts as all DGS-clocks are not running.

Interesting. Why? It seems someone convoluted.

[jug]

The DGS-clocks don't use the server systems time, but have an external trigger

Interesting. Why? It seems someone convoluted.

The same question I've asked myself when I joined as DGS-developer. I think this system was like that from the very beginning in 2001.
But one obvious advantage is exactly the current situation: when there's a network problem on reaching the server, then the clocks are stopping as well.

But indeed I still don't like it very much (except this nice benefit with the timeout-prevention-on-network-problem) as it make some time-related things pretty hard & complex.

[jug]

[UPDATE from provider]: Fiber cut has been ruled out. Estimate for earliest fix according to ISP is at 20:45 CEST. Error is most probably in the access router at the ISP end.

[jug]

Connection problem was resolved at 20:54 CEST. DGS is available again.

Cheers,
/JUG (DGS-Admin)