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
Hello @BKKHK ,
I'm glad your problem got resolved, but I confirm our network team did not do anything here..
As you would have already understood, it's not only on OVH side and you have provided a great example. For a connection point to point you will have 2 or more providers involved. As a result, I would suggest you to contact your internet provider to understand what happened, could have been a maintenance at their side.
It doesnt.
Wow, several location in Viet Nam ?
A maintenance for an entire week-end?
I cannot answer you but feel free to share the reason here once you have contacted your internet provider. Thank you.
any on sale server currently?
Hello @Millenniunns, this is a very broad request and not the right thread. I invite you to contact me by PM with more details such as location you are interested in and the type of server you are after: vps, public cloud server, baremetal server.
Thank you
That’s not the problem. It is incredibly difficult to optimize routing for everyone.
In essence, while it may cost the same to route a user over two different paths, it’s perfectly possible that it is out of OVH’s control.
2018 July
Today
Is the CAT IIG a problem nowadays? I often run into "IT experts" in Thailand that haven't got a fucking clue, I've heard the theory of fake speed tests and all that shit, but quite often they back this up with traceroutes and fucking pings and 'see dropped packets at this hop, see high latency' without understanding the common de-prioritization of ICMP and so on..
Hello,
Sharing the latest improvement done from the OVH Singapore datacenter to FPT telecom Vietnam: latency average is now down to 44ms!
http://sgp.smokeping.ovh.net/smokeping?target=APAC.AS18403
Are you experiencing a long or unusual latency with your OVH service based in Singapore or in Australia?
Let us know your traceroute details here for further investigations by our network team: http://traceroute.apac-tools.ovh
Hello,
We have activated a new transit provider NTT (AS2914), improving the routing in/to Australia while increasing our global network capacity out of Sydney Datacenter.
Latency tool: http://syd.smokeping.ovh.net/smokeping?filter=AU+
Weathermap: http://weathermap.ovh.net/#apac
Feel free to contact us if you have any issue by sending us a traceroute: http://traceroute.apac-tools.ovh
From home router (Indonesia Myrepublic)
ping
trecroute
I see you have NTT & TATA, the 2 largest Tier 1 ISPs in Asia-Pac. Any chance of adding PCCW? They are also Tier 1.
@isunbejo , thanks for sharing, great latency from Indonesia with only 15ms! (-:
@nature1 , thanks for the suggestion, I will pass on to our network team for consideration.
OVH has a high bandwidth in Los Angeles. Why not use it?
test tools
https://tools.ipip.net/traceroute.php
http://www.webkaka.com/Tracert.aspx
@OVH_APAC
Got a client from Asia he's getting routed through Canada:
Tracing route to ip195.ip-139-99-22.net [139.99.22.195]
over a maximum of 30 hops:
1 1 ms <1 ms <1 ms router.asus.com [120.29.117.143]
2 * * * Request timed out.
3 * * * Request timed out.
4 3 ms 2 ms 2 ms 172.20.21.105 [172.20.21.105]
5 3 ms 3 ms 2 ms 202.69.174.101
6 2 ms 1 ms 2 ms 172.20.11.4 [172.20.11.4]
7 3 ms 3 ms 3 ms 202.69.174.61
8 4 ms 3 ms 3 ms 154.1.49.161-rev.convergeict.com [161.49.1.154]
9 3 ms 9 ms 10 ms 194.1.49.161-rev.convergeict.com [161.49.1.194]
10 * * * Request timed out.
11 211 ms 211 ms 212 ms be100-1007.ash-5-a9.va.us [198.27.73.219]
12 211 ms 212 ms 212 ms be100-1367.lax-la1-bb1-a9.ca.us [178.32.135.160]
13 221 ms * 221 ms be100-1365.sjo-sv5-bb1-a9.ca.us [198.27.73.105]
14 270 ms 235 ms 235 ms 103.5.15.28
15 233 ms 233 ms 232 ms 103.5.15.17
16 * * * Request timed out.
17 * * * Request timed out.
18 * * * Request timed out.
19 235 ms 235 ms 235 ms ip195.ip-139-99-22.net [139.99.22.195]
@OVH_APAC Same here, with a client from Philippines.
Tracing route to ns537726.ip-139-xx-xx.net [139.xx.xx.xxx]
over a maximum of 30 hops:
1 <1 ms <1 ms <1 ms DESKTOP-9VRK8K4 [192.168.1.1]
2 17 ms 17 ms 22 ms 100.72.0.1
3 18 ms 17 ms 17 ms 122.2.174.222.static.pldt.net [122.2.174.222]
4 31 ms 31 ms 31 ms 210.213.130.186.static.pldt.net [210.213.130.186]
5 67 ms 30 ms 31 ms 210.213.130.162.static.pldt.net [210.213.130.162]
6 167 ms 167 ms 167 ms six.sea.wa.us.ovh.net [206.81.80.214]
7 180 ms 180 ms 180 ms be102.pdx-prt1-sbb1-nc5.oregon.us [142.44.208.9]
8 * * * Request timed out.
9 180 ms 180 ms 181 ms be102.pdx-prt1-sbb1-nc5.oregon.us [142.44.208.9]
10 180 ms 180 ms 181 ms pao-sv8-bb1-a9.ca.us [142.44.208.8]
11 180 ms 180 ms 180 ms be100-1368.sjo-sv5-bb1-a9.ca.us [178.32.135.159]
12 199 ms 199 ms 199 ms 103.5.15.28
13 205 ms 206 ms 206 ms 103.5.15.17
14 * * * Request timed out.
15 * * * Request timed out.
16 * * * Request timed out.
17 205 ms 206 ms 205 ms ns537726.ip-139-xx-xx.net [139.xx.xx.xxx]
Now that's one hell of a scenic route, from Philippines going sightseeing in the States on the way to Singapore
OVH SG to LA
ping 168 ms
@OVH_APAC , this is the same complain that we have from our clients in the Philippines. It is like roaming around USA and Canada before going to Asia.
Not everything will be on OVH's plate.
In most cases, it's on the end users ISPs and their upstreams.
Hello > @marvel said:
Hello @marvel
we have fixed it. sorry for the issue:
Hello @jonesolutions ,
we have fixed as well, sorry for the inconvenience.
http://sgp.smokeping.ovh.net/smokeping?target=APAC.AS9299
http://sgp.smokeping.ovh.net/smokeping?target=APAC.AS9299-3
To the LET community:
If you experience latency in the APAC region on the OVH network and you have ruled out your ISP please send us a traceroute directly here: https://www.apac-tools.ovh/traceroute/
Many thanks! It will land directly in the capable hands of the local OVH network team (-:
Confirmed. From 205ms to 80ms. Thank you for fixing it.
Awesome, thanks for the quick fix!!
OVH currently has the worst dashboard in my books. And not it says "408 Request Time-out".
@OVH_APAC
renewal is May 2, vps is suspended on May 1.
wtf!