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
The question was more like in regards to the specifications of that product, where is the reasonable threshold before bandwidth usage is deemed abusive or at least excessive? And what would trigger actions against said customer?
In simpler words: How far can I go with it until you guys decide to pull the plug?
Hello,
Are there planned any improvements to China connection? Its the only thing blocking us from moving from other hosting to OVH like the rest of regions coverage.
On the first post you said:
"We have also improved the routing to several locations (latest improvements below):
But as long as we are looking at Singapore OVH hosting its been unplayable from China region (which is our main playerbase place) because of its 270ms all of the time.
Hello @tcp6,
I'm not sure myself and will try to source it out but I believe if the data usage becomes too high (even after being capped at 10mbps), this is where you will attract too much attention..
Hello @Jogobogos, I understand your concern and will push internally to get further improvements done.
A detailed official stance on this matter would be good, thank you for your time.
Warm regards.
Hello @Jogobogos
Regarding your latency issues and in order to further assist, could you please provide a few traceroutes from your clients in China to your Singapore server or sgp.smokeping.ovh.net and submit them via this form: http://traceroute.apac-tools.ovh
This will allow us to check the return path.
Hello @moni099878,
Refering to your traceroute and comment on Jan5, Could you please provide a traceroute to your Singapore server or sgp.smokeping.ovh.net and submit them via this form: http://traceroute.apac-tools.ovh for further analysis. (ie: traceroute from 140.134.135.134 to sgp.smokeping.ovh.net)
Many thanks
slow network
Hello @uxtvdl, Could you send more details regarding your case so our network team can assist? I'm affraid "slow network" is not much help... You may send here or directly: http://traceroute.apac-tools.ovh. Thank you
OVH - Ping to Asia https://www.cdnperf.com/tools/cdn-latency-benchmark?id=ad66aa499fab8d92827f1af808ccf16d
SG.GS - Ping to Asia https://www.cdnperf.com/tools/cdn-latency-benchmark?id=fbb024e1ce19bbe61f6e020c12a88ce2
NewMedia Express - Ping to Asia https://www.cdnperf.com/tools/cdn-latency-benchmark?id=0e3f222f9e0035bdb237c45624b8eb10
-
OVH - Ping to Australia https://www.cdnperf.com/tools/cdn-latency-benchmark?id=dd4bb3e6c0cacb093682b365928e9ddb
SG.GS - Ping to Australia https://www.cdnperf.com/tools/cdn-latency-benchmark?id=da84f2800e25d398eb1df7141c511a0c
NewMedia Express - Ping to Australia https://www.cdnperf.com/tools/cdn-latency-benchmark?id=486fe4f9498e7dc55622a28ca655fae5
OVH Network in Singapore is totally unstable, I am canceled my Dedicated-Server 4x times
Hello @dedimark, could you please send us the specific traceroutes causing you issues that you want us to investigate at http://traceroute.apac-tools.ovh ? thank you!
New latency improvement done from OVH Singapore DC to PLDT Philipines (now down to 50ms!)
http://sgp.smokeping.ovh.net/smokeping?target=APAC.AS9299
Hello, no.
Hello,
I'm glad to inform about our latest peerings (IPv4 & IPv6) with Superloop (ISP) in Australia, Singapore and Los Angeles.
▶ http://syd.smokeping.ovh.net/smokeping?target=APAC.AS38195 (Low latency from all major australian cities)
AS23947
I think this ISP does not have peering with OVH @OVH_APAC
That microshit slash/backslash is just so wrong.
Hello @drakula @eol,
We are connected with this indonesian provider at SGIX and EquinIX Singapore
http://sgp.smokeping.ovh.net/smokeping?target=APAC.AS23947
http://sgp.smokeping.ovh.net/smokeping?target=APAC.AS23947-1
Hope this helps
From Taiwan
Do we really need it if every check except one from your smoking returns a too high ping from China into Singapore host?
http://sgp.smokeping.ovh.net/smokeping?target=APAC.AS4809 - 270ms
http://sgp.smokeping.ovh.net/smokeping?target=APAC.AS4812 - 240ms
http://sgp.smokeping.ovh.net/smokeping?target=APAC.AS9269 - 30ms
http://sgp.smokeping.ovh.net/smokeping?target=APAC.AS4837 - 260ms
http://sgp.smokeping.ovh.net/smokeping?target=APAC.AS4808 - 260ms
http://sgp.smokeping.ovh.net/smokeping?target=APAC.AS4808 - 215 ms
http://sgp.smokeping.ovh.net/smokeping?target=APAC.AS4837-4 - 140 ms
http://sgp.smokeping.ovh.net/smokeping?target=APAC.AS4837-1 - 261 ms
http://sgp.smokeping.ovh.net/smokeping?target=APAC.AS4837-3 - 265 ms
http://sgp.smokeping.ovh.net/smokeping?target=APAC.AS17621 - 280 ms
Yes they really need it, because Smokeping only shows latency, and the trace they can obtain is only outgoing. To understand what causes the issue in each case, they also need the incoming traceroute, i.e. from China to them, to see where those ISPs are sending their traffic to reach OVH.
They can't solve the ping to China( It needs more money ).
Ignore it.
They can't solve it, but they can improve it to some extend without needing to buy direct routes.
pas week we test a lot provider (hk,sg,usa) many give low latency, but when you tes download files averange 1mbps. If you have server inside china you can test both location from buyvm to get what I said
they won't do that. many people have provided traceroute (China Telecom, China Unicom, China Mobile) in this post, but they haven't solved it(Because of cost, and they don't care about the China Market.).
(AS2914 to AS4134, AS4837 have the worst network connections)
AS2914 to AS9808 are currently good (but still slow at peak time. Telstra is better), but there is a problem with incoming route from AS9808 to OVH (OVH said they can't solve it)
remember, CHINA TELECOM: you can get anything with enough money
@OVH_APAC How's the progress of SG public cloud?
Hello,
We are prioritizing South East Asia network improvements over China at this stage but I will push internally so we can work further on routes to China in the future.
@NanoG6, we are progressing well on the opening of the 2 new public cloud regions in APAC, (Singapore and Sydney), it should be in a couple of weeks from now. I will of course announced to the LET community as soon as it is available.
Thanks
So
So feb-march as i predicted haha.
Yeah, how early is early 2019?
Look above.
If OVH timelines are anything to go by, always wait a few months more than the announced date of launch :-) [where it was initially Nov 2018].
@OVH_APAC
any issue or latency ?
our client mostly using wordpress and seems like got long route for update wordpress: