New on LowEndTalk? Please Register and read our Community Rules.
All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.
All new Registrations are manually reviewed and approved, so a short delay after registration may occur before your account becomes active.
Comments
Yep.
Indeed, sorry for the confusion: http://travaux.ovh.net/?do=details&id=33737
@OVH_APAC any latency issues ?
http://smokeping.ovh.net/smokeping?target=APAC.AS136221
Hello @dgprasetya,
You are looking at a route from France to Indonesia; if you would like to reduce drastically the latency I suggest to have a look at our cloud services in Singapore to bring it down to 40ms or so (see graph below).
We just released some powerful, yet very affordable dedicated servers in the Singapore datacenter, check out the SP-32-S: https://www.ovh.com/asia/dedicated-servers/enterprise/1806sp06.xml and more choice to come soon + public cloud servers by late november this year.
http://sgp.smokeping.ovh.net/smokeping?target=APAC.AS136221
@OVH_APAC
Hong Kong PCCW latency issue
http://sgp.smokeping.ovh.net/smokeping?target=APAC.AS4760
Does anyone know a pingable IPv6 for OVH SG, to use for latency monitoring? I used 2402:1f00:8000:261::1, but recently it seems to have went offline.
My LG IPs are permanent 2402:1f00:8000:393::f1c5:4e8d don't know any official one.
yeah would be nice from @OVH_APAC to add AAAA records for their smokeping adresses and because your complete network has IPv6 this should be easy and could be done quickly
Yeah, not to mention add IPv6 destinations to monitor on their actual Smokeping as well. As currently, all too often they find out about any IPv6 issues only from their users on the mailing list.
Hello @user54321 and @rm_
You can use the following for Singapore and Sydney Datacenters:
sgp-ipv6.apac-tools.ovh (example: https://dnschecker.org/#AAAA/sgp-ipv6.apac-tools.ovh)
syd-ipv6.apac-tools.ovh (example: https://dnschecker.org/#AAAA/syd-ipv6.apac-tools.ovh)
Hope this helps.
@OVH_APAC Any ETA on more i7 dedicated servers in Singapore? If I remember correctly end of Sept was last estimate.
Thank you, this is awesome. Do you know if something like this exists for the other OVH datacenters too?
Hello @MikeA,
I invite you to consult the following pages showing what's next:
- in the SINGAPORE datacenter: https://www.ovh.com/asia/discover/what-is-next-in-singapore.xml
- in the SYDNEY, AUSTRALIA datacenter: https://www.ovh.com.au/discover/what-is-next-in-australia.xml
Additional Dedicated Game Servers in Singapore (intel i7 and delivered in 120s) are planned for mid- October.
Thanks
Hello @user54321,
Would that be useful? :
bhs.proof.ovh.net (Canada)
proof.ovh.net
de1.lg.ovh.net (Germany)
gra.proof.ovh.net (France)
sbg.proof.ovh.net (France)
uk1.lg.ovh.net
us1.lg.ovh.net
us2.lg.ovh.net
Do you have a pingable IPv6 and IPv4 for Poland, by any chance? Thanks!
Thailand, Surat Thani
Host Loss% Snt Last Avg Best Wrst StDev
1. router.asus.com 0.0% 5 0.3 0.3 0.2 0.4 0.0
2. 10.121.84.241 0.0% 5 6.3 6.3 6.0 6.5 0.0
10.121.84.229
3. 10.121.84.230 0.0% 5 6.1 6.1 5.8 6.4 0.0
4. mx-ll-110.164.0-108.static.3bb.co.th 0.0% 5 14.0 14.1 13.9 14.3 0.0
5. mx-ll-110.164.0-140.static.3bb.co.th 0.0% 4 13.9 13.9 13.7 14.1 0.0
6. mx-ll-110.164.1-59.static.3bb.co.th 0.0% 4 13.9 14.0 13.9 14.0 0.0
7. mx-ll-110.164.1-107.static.3bb.co.th 0.0% 4 13.9 14.0 13.7 14.7 0.0
8. mx-ll-110.164.0-169.static.3bb.co.th 0.0% 4 37.3 37.5 37.3 37.7 0.0
9. ???
10. sin1-sgcs2-g1-nc5.sng.asia 0.0% 4 38.8 38.7 38.5 39.0 0.0
11. ???
12. ???
13. ns536038.ip-139-99-8.net 0.0% 4 38.1 38.3 38.1 38.6 0.0
root@Synology:~# ping -c 5 sgp.smokeping.ovh.net
PING sin.smokeping.ovh.net (139.99.8.97) 56(84) bytes of data.
64 bytes from ns536038.ip-139-99-8.net (139.99.8.97): icmp_seq=1 ttl=51 time=38.4 ms
64 bytes from ns536038.ip-139-99-8.net (139.99.8.97): icmp_seq=2 ttl=51 time=37.7 ms
64 bytes from ns536038.ip-139-99-8.net (139.99.8.97): icmp_seq=3 ttl=51 time=38.0 ms
64 bytes from ns536038.ip-139-99-8.net (139.99.8.97): icmp_seq=4 ttl=51 time=38.0 ms
64 bytes from ns536038.ip-139-99-8.net (139.99.8.97): icmp_seq=5 ttl=51 time=38.2 ms
--- sin.smokeping.ovh.net ping statistics ---
5 packets transmitted, 5 received, 0% packet loss, time 4001ms
rtt min/avg/max/mdev = 37.743/38.106/38.410/0.219 ms
Hello @muratai,
Thanks for sharing and I'm glad to see such low latency from Thailand (-:
http://sgp.smokeping.ovh.net/smokeping?target=APAC.AS45629
Hello all , @rm_ @vimalware @user54321 @flonetmelb
Please find a full and cleaner list to ping OVH datacenters around the globe:
for both IPv4 and IPv6
ASIA:
Singapore: sin1.as16276.ovh / sgp.as16276.ovh / sin.as16276.ovh
OCEANIA:
Australia: syd1.as16276.ovh / syd.as16276.ovh
EUROPE:
Germany: de1.as16276.ovh / lim.as16276.ovh / fra.as16276.ovh
France: gra.as16276.ovh
France: sbg.as16276.ovh
France: rbx.as16276.ovh
Poland: waw.as16276.ovh / oza.as16276.ovh
England: uk1.as16276.ovh / eri.as16276.ovh
NORTH-AMERICA:
Canada: bhs.as16276.ovh
USA (East Coast): us1.as16276.ovh / vin.as16276.ovh
USA (West Coast): us2.as16276.ovh / hil.as16276.ovh
Thank you updated my smokeping only problem is that Singapore and Australia are not pingable via v6. Is this intended? via v4 works, so no general problem i guess
Remember I reported that above?
As a reply they gave us the same IP and indeed restored it to working order. And now it's down again. This is just the quality of the v6-side of networking at OVH.
a bit out of topic, what make you guys take so long just to reinstall a VPS? It has been more than 2 hours, and my VPS reinstallation is not finished yet @OVH_APAC
Does anyone have issue with SSL or websites behind CloudFlare in OVH SGP?
I used my VPS as VPN, it worked fine for months however it suddenly can't access any websites behind CloudFlare a few days ago.
Chrome gave me error message
ERR_CONNECTION_ABORTED
.Curl gave me error message
curl: (35) OpenSSL SSL_connect: SSL_ERROR_SYSCALL in connection to www.cloudflare.com:443
orcurl: (35) gnutls_handshake() failed: Error in the push function.
I've tried upgrading OpenSSL, reinstall, change OS, rescue mode, none of them worked.
Yeah! Me too.. Change my vpn to Leaseweb and no problem (both vpn server share identical config).
Same.
Edit: the problem gone away after upgrade cURL from 7.19 to latest version 7.61 and latest OpenSSL 1.1.1
https://curl.haxx.se/download.html
https://www.openssl.org/source/
Try upgrade cURL then
Thanks, so it's just not me.
It doesn't work too, upgraded from 7.47.0 to 7.61.1.
And I don't think it's curl's issue since other programs such wget, OpenVPN (and web browsers if you use it as a VPN) are also affected.
I can confirm it is related to Cloudflare powered website. For example, I can't access statcounter.com which is behind Cloudflare. And LET also. But seems random, miss and hit.
Tried cURL 4 times again on my VM, 3 failed and only one time succeed LUL I think it's unstable.
@OVH_APAC How about I7-7700K or OC version in singapore?
Hello @rm_
This should be ok now:
https://dnschecker.org/#AAAA/sgp.as16276.ovh
https://dnschecker.org/#AAAA/syd.as16276.ovh
Regarding your screenshot for the v6-side, could you provide more details, in PM if preferred, or via our mailing list [email protected] so it can be further investigated?
Thank you