Howdy, Stranger!

It looks like you're new here. If you want to get involved, click one of these buttons!

Sign In Register

Quick Links


Categories

In this Discussion

› › OVH Asia-Pacific Network, latest latency optimizations - Page 6
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.

OVH Asia-Pacific Network, latest latency optimizations

1…34689…12

Comments

  • MikeAMikeA Member, Patron Provider

    @danninov said:

    @MikeA said:

    @OVH_APAC said:

    @lost_connection said:

    @MikeA said:

    @lost_connection said:
    What happen to OVH Singapore datacenter? all of my servers is now not responding, can't ping, can't login.

    A portion (maybe majority?) of the IP ranges in Singapore seem to be inaccessible from most of Asia, it has been ongoing for 6+ hours. Check your IP against http://ping.pe to see. I only got a reply about it in the past hour and they said there is no ETA on fix unfortunately.

    thank you!

    Hello @lost_connection and @Marooo,
    We appologize for the inconvenience caused and I invite you to consult the following interface for the full details of this maintenance/incident: http://travaux.ovh.net/?do=details&id=33732 (Singapore Datacenter = SGP1).

    Are you sure it is related? There is another entry for a /23 or 2x /24 ranges that had routing issues which appears to be the issue, at least the routing issue was the issue with the 12~ hour loss for Asia.

    Maybe this one? http://travaux.ovh.net/?do=details&id=33737

    Yep.

  • OVH_APACOVH_APAC Member, Patron Provider

    @MikeA said:

    @danninov said:

    @MikeA said:

    @OVH_APAC said:

    @lost_connection said:

    @MikeA said:

    @lost_connection said:
    What happen to OVH Singapore datacenter? all of my servers is now not responding, can't ping, can't login.

    A portion (maybe majority?) of the IP ranges in Singapore seem to be inaccessible from most of Asia, it has been ongoing for 6+ hours. Check your IP against http://ping.pe to see. I only got a reply about it in the past hour and they said there is no ETA on fix unfortunately.

    thank you!

    Hello @lost_connection and @Marooo,
    We appologize for the inconvenience caused and I invite you to consult the following interface for the full details of this maintenance/incident: http://travaux.ovh.net/?do=details&id=33732 (Singapore Datacenter = SGP1).

    Are you sure it is related? There is another entry for a /23 or 2x /24 ranges that had routing issues which appears to be the issue, at least the routing issue was the issue with the 12~ hour loss for Asia.

    Maybe this one? http://travaux.ovh.net/?do=details&id=33737

    Yep.

    Indeed, sorry for the confusion: http://travaux.ovh.net/?do=details&id=33737

  • dgprasetyadgprasetya Member

    @OVH_APAC any latency issues ?

    http://smokeping.ovh.net/smokeping?target=APAC.AS136221

  • OVH_APACOVH_APAC Member, Patron Provider

    @dgprasetya said:
    @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

    Thanked by 1dgprasetya
  • sleepysleepy Member
    edited September 2018

    @OVH_APAC
    Hong Kong PCCW latency issue
    http://sgp.smokeping.ovh.net/smokeping?target=APAC.AS4760

  • rm_rm_ IPv6 Advocate, Veteran

    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.

  • MikeAMikeA Member, Patron Provider
    edited September 2018

    @rm_ said:
    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.

    Thanked by 1rm_
  • user54321user54321 Member

    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 :)

    Thanked by 1tux
  • rm_rm_ IPv6 Advocate, Veteran
    edited September 2018

    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.

  • OVH_APACOVH_APAC Member, Patron Provider

    @user54321 said:
    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 :)

    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.

    Thanked by 4flonetmelb marrco dfmcvn user54321
  • MikeAMikeA Member, Patron Provider

    @OVH_APAC Any ETA on more i7 dedicated servers in Singapore? If I remember correctly end of Sept was last estimate.

  • user54321user54321 Member

    @OVH_APAC said:

    @user54321 said:
    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 :)

    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.

    Thank you, this is awesome. Do you know if something like this exists for the other OVH datacenters too?

  • OVH_APACOVH_APAC Member, Patron Provider

    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.

    Thanked by 1dgprasetya
  • MikeAMikeA Member, Patron Provider

    @OVH_APAC said:
    Additional Dedicated Game Servers in Singapore (intel i7 and delivered in 120s) are planned for mid- October.

    Thanks

  • OVH_APACOVH_APAC Member, Patron Provider

    @user54321 said:

    @OVH_APAC said:

    @user54321 said:
    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 :)

    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.

    Thank you, this is awesome. Do you know if something like this exists for the other OVH datacenters too?

    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

    Thanked by 3vimalware user54321 flonetmelb
  • rm_rm_ IPv6 Advocate, Veteran

    OVH_APAC said: Would that be useful?

    Do you have a pingable IPv6 and IPv4 for Poland, by any chance? Thanks!

  • murataimuratai Member

    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

  • OVH_APACOVH_APAC Member, Patron Provider

    @muratai said:
    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

  • OVH_APACOVH_APAC Member, Patron Provider

    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

    Thanked by 8nullnothere sibaper vimalware rm_ dfmcvn user54321 dgprasetya hanru
  • user54321user54321 Member

    @OVH_APAC said:
    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

    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

  • rm_rm_ IPv6 Advocate, Veteran
    edited September 2018

    user54321 said: Singapore and Australia are not pingable via v6

    Remember I reported that above?

    rm_ said: 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.

    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.

  • NanoG6NanoG6 Member

    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

  • HaxHax Member

    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 or curl: (35) gnutls_handshake() failed: Error in the push function.

    I've tried upgrading OpenSSL, reinstall, change OS, rescue mode, none of them worked.

  • NanoG6NanoG6 Member

    @Doutei said:
    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 or curl: (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).

    Thanked by 1Hax
  • dfmcvndfmcvn Member
    edited September 2018

    @Doutei said:
    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 or curl: (35) gnutls_handshake() failed: Error in the push function.

    I've tried upgrading OpenSSL, reinstall, change OS, rescue mode, none of them worked.

    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/

    I've tried upgrading OpenSSL, reinstall, change OS, rescue mode, none of them worked.

    Try upgrade cURL then =)

    Thanked by 1Hax
  • HaxHax Member

    @NanoG6 said:

    @Doutei said:
    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 or curl: (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).

    Thanks, so it's just not me.

    @dfmcvn said:

    @Doutei said:
    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 or curl: (35) gnutls_handshake() failed: Error in the push function.

    I've tried upgrading OpenSSL, reinstall, change OS, rescue mode, none of them worked.

    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/

    I've tried upgrading OpenSSL, reinstall, change OS, rescue mode, none of them worked.

    Try upgrade cURL then =)

    It doesn't work too, upgraded from 7.47.0 to 7.61.1.

    root@vps:~/curl-7.61.1# curl --version
curl 7.61.1 (x86_64-pc-linux-gnu) libcurl/7.61.1 OpenSSL/1.1.1 zlib/1.2.8
Release-Date: 2018-09-05
Protocols: dict file ftp ftps gopher http https imap imaps ldap ldaps pop3 pop3s rtsp smb smbs smtp smtps telnet tftp
Features: AsynchDNS IPv6 Largefile NTLM NTLM_WB SSL libz TLS-SRP UnixSockets HTTPS-proxy
root@vps:~/curl-7.61.1# curl -Iv https://www.cloudflare.com
* Rebuilt URL to: https://www.cloudflare.com/
*   Trying 198.41.215.162...
* TCP_NODELAY set
* Connected to www.cloudflare.com (198.41.215.162) port 443 (#0)
* ALPN, offering http/1.1
* successfully set certificate verify locations:
*   CAfile: /etc/ssl/certs/ca-certificates.crt
  CApath: none
* TLSv1.3 (OUT), TLS handshake, Client hello (1):
* OpenSSL SSL_connect: SSL_ERROR_SYSCALL in connection to www.cloudflare.com:443
curl: (35) OpenSSL SSL_connect: SSL_ERROR_SYSCALL in connection to www.cloudflare.com:443

    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.

  • NanoG6NanoG6 Member
    edited September 2018

    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.

  • dfmcvndfmcvn Member

    It doesn't work too, upgraded from 7.47.0 to 7.61.1.

    Tried cURL 4 times again on my VM, 3 failed and only one time succeed LUL I think it's unstable.

  • sleepysleepy Member

    @OVH_APAC How about I7-7700K or OC version in singapore?

  • OVH_APACOVH_APAC Member, Patron Provider

    @rm_ said:

    user54321 said: Singapore and Australia are not pingable via v6

    Remember I reported that above?

    rm_ said: 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.

    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.

    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

Sign In or Register to comment.