Server Upgrade


Another one from Spain

[cansecogpc@manjaro ~]$ ping -c4 hel.icmp.hetzner.com
PING hel.icmp.hetzner.com (95.217.255.75) 56(84) bytes of data.
64 bytes from hel.icmp.hetzner.com (95.217.255.75): icmp_seq=1 ttl=48 time=60.9 ms
64 bytes from hel.icmp.hetzner.com (95.217.255.75): icmp_seq=2 ttl=48 time=60.6 ms
64 bytes from hel.icmp.hetzner.com (95.217.255.75): icmp_seq=3 ttl=48 time=60.9 ms
64 bytes from hel.icmp.hetzner.com (95.217.255.75): icmp_seq=4 ttl=48 time=60.6 ms

--- hel.icmp.hetzner.com ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3004ms
rtt min/avg/max/mdev = 60.638/60.790/60.931/0.216 ms

[cansecogpc@manjaro ~]$ ping -c4 openpandora.org
PING openpandora.org (88.99.27.96) 56(84) bytes of data.
64 bytes from kronos.dragonbox.de (88.99.27.96): icmp_seq=1 ttl=47 time=49.7 ms
64 bytes from kronos.dragonbox.de (88.99.27.96): icmp_seq=2 ttl=47 time=49.6 ms
64 bytes from kronos.dragonbox.de (88.99.27.96): icmp_seq=3 ttl=47 time=49.6 ms
64 bytes from kronos.dragonbox.de (88.99.27.96): icmp_seq=4 ttl=47 time=49.6 ms

--- openpandora.org ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3005ms
rtt min/avg/max/mdev = 49.619/49.685/49.785/0.280 ms
 
Pinging hel.icmp.hetzner.com [95.217.255.75] with 32 bytes of data:
Reply from 95.217.255.75: bytes=32 time=344ms TTL=50
Reply from 95.217.255.75: bytes=32 time=345ms TTL=50
Reply from 95.217.255.75: bytes=32 time=344ms TTL=50
Reply from 95.217.255.75: bytes=32 time=346ms TTL=50

Ping statistics for 95.217.255.75:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 344ms, Maximum = 346ms, Average = 344ms

Pinging openpandora.org [88.99.27.96] with 32 bytes of data:
Reply from 88.99.27.96: bytes=32 time=314ms TTL=49
Reply from 88.99.27.96: bytes=32 time=314ms TTL=49
Reply from 88.99.27.96: bytes=32 time=314ms TTL=49
Reply from 88.99.27.96: bytes=32 time=314ms TTL=49

Ping statistics for 88.99.27.96:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 314ms, Maximum = 314ms, Average = 314ms

from Brisbane Australia. NBN 100/40 plan

not really had any trouble with the site
 
old server is faster here (germany).
just got:
"A server error occurred. Please try again later." so yes, please upgrade at the old location. :)
 
UK:

Code:
Pinging hel.icmp.hetzner.com [95.217.255.75] with 32 bytes of data:
Approximate round trip times in milli-seconds:
    Minimum = 52ms, Maximum = 53ms, Average = 52ms

Pinging openpandora.org [88.99.27.96] with 32 bytes of data:
Approximate round trip times in milli-seconds:
    Minimum = 37ms, Maximum = 38ms, Average = 37ms

Basically the same here (although fractionally faster in both cases for some reason):

PING hel.icmp.hetzner.com (95.217.255.75) 56(84) bytes of data.
rtt min/avg/max/mdev = 44.915/45.635/46.502/0.586 ms

PING openpandora.org (88.99.27.96) 56(84) bytes of data.
rtt min/avg/max/mdev = 30.470/31.451/32.813/0.793 ms

Traditionally, germany was one of the quickest connections from the UK, although these days the US is much faster. But surprisingly we do seem to have a direct connection from a server claiming to be in London to one at the target network (finland I would assume):
8: ae0-404.lon10.core-backbone.com 13.819ms asymm 7
9: core-backbone.hetzner.com 122.993ms*

Although looking at that time I guess it bounces through a few relays before it gets there, probably through the low countries then scandinavia, or perhaps it goes via estonia given the distance?

Actually, that core-backbone server probably is a europe wide balanced cluster of servers, because it's there when I tracepath to the openpandora server too:
8: ae0-404.lon10.core-backbone.com 14.600ms asymm 7
9: core-backbone.hetzner.com 25.658ms
10: core22.fsn1.hetzner.com 30.663ms
11: core22.fsn1.hetzner.com 33.210ms asymm 10
12: kronos.dragonbox.de 32.991ms reached

FWIW for me the ping has never been especially slow to the existing servers, it's after connection that I more often have trouble loading pages. It seems to have all been good for about a year or so now though.

*That time may be a blip; I ran the tracepath again and didn't hit that basenamed core-backbone server, but subhosts that seemed to be labelled as being french before normalising closer to the target server (something along the way blocks my tracepath packets, so those never actually reach the target unlike tracepath packets to the dragonbox server.
 
Back
Top