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
So all servers gets suspended the day before your renewal date!
Then goes unsuspended once the auto-credit runs?
wtf!
LOL
interesting
Timezone difference?
I said that, but edited my message because he posted that at like 5pm Singapore time, 7 hours before 1st of May in Singapore..
Its just a shitty dashboard. Now I've trying for more than 2 hours to login to my account and apply my credits in one of the server. And it keeps telling me "408 error". I use AWS, Google and 37 other providers. No problems in account dashboard so far.
Except OVH. Horrible dashboard design, painful process.
Hello @cazrz
the thread here is related to network improvement in APAC. Nevertheless,if you would like me to assist, please open a support ticket from your control panel first explaining your issue. Then please PM the number and I will try to fast track it.
I know, however I cannot purchase your new line vps if I cannot resolve the dashboard and billing issue. I resolved it by using my naked workstation which has new OS and new browser that allows websites to dig into the computer. In short, I need to use a computer with new OS and browser that allows ALL, no privacy, no blocking.
We also do not use VPN.
Another thing, is that I am not able to submit a ticket.
Here's the issue:
These comments are for better to improve the design environment. It is not to degrade you whatsoever. I have 4 VPSes now in your service and was wanting to buy more last week and this week to try the new line of VPS which I think have good specs. But I cannot do that.
I do not want to buy VPS everyday and for each VPS I need to submit a ticket to get it ready. Each renewal I need to submit a ticket to get my payment resolved.
I'm simply saying, I'm a valid client let me buy and make my life easy. Make the payment easy. Make the purchasing easy.
So just to clarify
It took me 4 hours trying to figure the issue, until I finally gave up.
After 4 hours, I finally decided to use my naked workstation. As I suspect its an OS/Browser issue. Which I really wanted to avoid using this naked browser privacy settings.
So again I was not able to submit a ticket because I am not able to because of the issue.
We are also from AP region with APAC VPSes. Trying to test your APAC network.
Ignoring me will not work.
Sounds like you clearly aren’t happy with the control panel and to be frank this is OVH, they won’t make the changes that you want them to any time soon. Best to move on I think.
😃😃😃
http://ping.chinaz.com/sgp.smokeping.ovh.net/
china telecom to your sgp.smokeping.ovh.net
min:239ms
max:420ms
China is not our forte.. however please send us your traceroute results here: http://traceroute.apac-tools.ovh
good job
@OVH_APAC
Singapore -> Sydney ping spiked to more than 300ms.
http://sgp.smokeping.ovh.net/smokeping?displaymode=n;start=2020-05-01 08:42;end=now;target=OVH.DCs.SYD
@Diamondz check http://travaux.ovh.net/ in such cases, right now it's http://travaux.ovh.net/?do=details&id=44482&;
Indigo West has a fault
@OVH_APAC
i have issue from my isp
any advice ?
I tried ping that IP from Biznet (AS17451) also give me a lot of RTO
C:\Users\>ping 139.99.55.103 -t Pinging 139.99.55.103 with 32 bytes of data: Reply from 139.99.55.103: bytes=32 time=24ms TTL=50 Reply from 139.99.55.103: bytes=32 time=24ms TTL=50 Request timed out. Request timed out. Request timed out. Request timed out. Request timed out. Request timed out. Request timed out. Request timed out. Request timed out. Reply from 139.99.55.103: bytes=32 time=26ms TTL=50 Ping statistics for 139.99.55.103: Packets: Sent = 12, Received = 3, Lost = 9 (75% loss), Approximate round trip times in milli-seconds: Minimum = 24ms, Maximum = 26ms, Average = 24ms Control-C ^C C:\Users\>tracert 139.99.55.103 Tracing route to ices.systems [139.99.55.103] over a maximum of 30 hops: 1 8 ms 5 ms 4 ms 192.168.68.1 2 6 ms 5 ms 6 ms 192.168.1.1 3 6 ms 7 ms 8 ms 10.156.0.1 4 12 ms 7 ms 7 ms id-bgr-btv-6.biznetnetworks.com [182.253.99.66] 5 18 ms 33 ms 27 ms id-bgr-btv-1.biznetnetworks.com [202.169.59.174] 6 23 ms 24 ms 19 ms 182.253.255.114 7 24 ms 25 ms 25 ms sg-gs-equ.biznetnetworks.com [112.78.190.141] 8 * * * Request timed out. 9 * * * Request timed out. 10 * * * Request timed out. 11 * * * Request timed out. 12 25 ms 22 ms 21 ms sin1-sgcs2-g1-nc5.sgp.asia [103.5.15.5] 13 * * * Request timed out. 14 20 ms 21 ms 20 ms 103.5.15.36 15 24 ms 22 ms 23 ms sin1-sgcs2-vac1-a75.sgp.asia [103.5.15.34] 16 24 ms 20 ms 19 ms sin1-sgcs2-vac1-a75.sgp.asia [103.5.15.35] 17 * * * Request timed out. 18 * * * Request timed out. 19 * * * Request timed out. 20 * * * Request timed out. 21 24 ms 46 ms 30 ms ices.systems [139.99.55.103] Trace complete.Hello @NanoG6 @dgprasetya , could you try to ping speedtest-sgp.apac-tools.ovh instead and advise if you have the same issue?
hello..
here:
seems like good without RTO, but for traceroute:
thank you,
Hello all,
We are continually improving OVHcloud APAC Network and just heavily reduced the latency (and packet drop issues) with Telin (Telekom Indonesia) from our Singapore Datacenter.
You may find more details here: http://sgp.smokeping.ovh.net/smokeping?filter=ID T;target=APAC.AS23693-1
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: https://www.apac-tools.ovh/traceroute/
Always been good.
I know this isn't directly related to the thread, but instead of just making optimisations,
Can you maybe first fix my VPS in AU which has been down for 2 weeks now? One month ago SG VPS & Dedi was down for 4 days.
Also, the new control pane is trash, half of the time it fails to load and it takes about 30-60 seconds just to load a page.
Hello @HyperK9,
Sorry to hear about your issues, please send me a PM with your support ticket number, I will request them to get back to you at least with an update.
Regarding the control panel, I am aware of some lengthy pages from Australia but not a fail to load. Feel free to send me a screenshot / screencast when it happens so I can take this even further internally.
Konnichi wa,
We have just improved the OVHcloud APAC Network by reducing the latency with JAPAN SoftBank from our Singapore Datacenter.
You may find more details here: http://sgp.smokeping.ovh.net/smokeping?filter=softba;target=APAC.AS17676
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: https://www.apac-tools.ovh/traceroute/
@OVH_APAC
from 139.99.23.174 to 103.131.119.17
from 103.131.119.17 to 139.99.23.174
long route and many RTO. Please advice. thanks
How is that a problem when you have last hop responding to you?
What?
Dah bagus itu
I can't reach the webserver, seems like network connection timeout.
but the latency is normal:
weird.. any advice?