forward mtr
The additional 8ms and mumbai hops can be optimized and eliminated eventually.
llnw already have MAA POP, so that's where it should go first.
The existential question is: how long would it idle before I setup my website there?
The record so far is 9 months.
It this really an existential question?
In the past, I order one box per year. Two weeks before expiration, I start looking at LowEndBox.com and try to find a new box, then move the website there.
Nowadays, this forum as well as the wrong green forum appear on my Chrome homepage, so that I would click on them when bored. This causes impulsive buys and I have more boxes than websites.
I did a quick ping test from China, and it's terrible.
China Telecom: minimum 233ms, maximum 407ms, average 360ms
China Unicom: minimum 241ms, maximum 392ms, average 293ms
This is 46% slower than my current Los Angeles Psychz box.
37% of my visitors are in China. Asia 51%, Americas 28%, Europe 19%.
I have mostly search traffic and visitors only view one page, so that latency is critical for faster establishment of TLS connection.
I think I'm better off keeping the website in Los Angeles for now.
@yoursunny said:
This is 46% slower than my current Los Angeles Psychz box.
37% of my visitors are in China. Asia 51%, Americas 28%, Europe 19%.
I have mostly search traffic and visitors only view one page, so that latency is critical for faster establishment of TLS connection.
I think I'm better off keeping the website in Los Angeles for now.
Given that data - it's not even a question, there's no question that'd you be better off keeping the LA one.
My first experience with a Singapore box was in 2013, with OneAsiaHost.
They offer two products with same hardware, one called "SSD VPS" with lower bandwidth but direct routing to China, the other called "Core VPS" with higher bandwidth but no direct China.
https://perfops.net/traceroute-from-china suggests that the path from China to MaxKVM Singapore box goes through AS174 (Cogent) in USA.
I guess this falls into "Core VPS"-like category.
I know wholesale bandwidth going to China is expensive. I hope there's a choice to have lower monthly bandwidth but direct routing to China. That would be fragrant.
Anyway, I would not request a refund. Whether I'll pay for next month is a different question.
@yoursunny said:
My first experience with a Singapore box was in 2013, with OneAsiaHost.
They offer two products with same hardware, one called "SSD VPS" with lower bandwidth but direct routing to China, the other called "Core VPS" with higher bandwidth but no direct China.
From data center to residential: (last octet of destination IP is redacted)
root@vps1:~# traceroute 183.193.154.YYY
traceroute to 183.193.154.YYY (183.193.154.YYY), 30 hops max, 60 byte packets
1 * * *
2 117.121.248.216 (117.121.248.216) 0.238 ms 0.279 ms 0.293 ms
3 ve5.fr4.sin.llnw.net (117.121.248.2) 0.246 ms 0.281 ms *
4 58453.sgw.equinix.com (27.111.228.228) 1.202 ms 0.917 ms 1.019 ms
5 223.120.2.45 (223.120.2.45) 36.412 ms 36.320 ms 35.985 ms
6 223.120.2.6 (223.120.2.6) 187.229 ms 187.393 ms 223.120.2.2 (223.120.2.2) 181.146 ms
7 223.120.22.5 (223.120.22.5) 205.272 ms 205.073 ms 205.052 ms
8 221.183.55.34 (221.183.55.34) 206.494 ms 221.183.55.26 (221.183.55.26) 218.756 ms 221.183.55.34 (221.183.55.34) 206.246 ms
9 221.183.25.193 (221.183.25.193) 212.022 ms 221.183.25.189 (221.183.25.189) 215.633 ms 221.176.22.205 (221.176.22.205) 201.917 ms
10 221.176.17.177 (221.176.17.177) 210.120 ms 221.176.22.33 (221.176.22.33) 217.875 ms 221.176.17.217 (221.176.17.217) 208.528 ms
11 * 221.183.62.214 (221.183.62.214) 210.530 ms *
12 . (117.135.48.33) 216.568 ms * . (117.135.48.5) 209.904 ms
13 . (183.193.154.YYY) 257.831 ms 257.821 ms 217.575 ms
Hop 3: Limelight Singapore.
Hop 4: Equinix Singapore.
Hop 5-7: China Mobile Hong Kong.
Hop 8-13: China Mobile mainland.
From residential to data center: (screenshot taken via TeamViewer, cannot copy text)
Hop 1~9: China Mobile mainland.
Hop 10~11: China Mobile Hong Kong.
Hop 12~15: Limelight San Jose ✈️ Tokyo ✈️ Singapore.
@MaxKVM said:
Our traces show that traffic from China is taking the scenic route through London/Paris/Amsterdam to Singapore.
We will have to wait for Limelight to report back on this one now.
China has three major operators: China Telecom, China Unicom, China Mobile.
Each operator offers landline, LTE, and Internet services.
They have separate IP transit arrangements for international connections.
The route going through Europe might be just one of these networks.
As comparison, traceroute to LAX looking glass:
Hop 1-11 are the same, which means China Mobile routes all international traffic through Hong Kong.
⭕ A simple uptime dashboard using UptimeRobot API https://upy.duo.ovh
⭕ Currently using VPS from BuyVM, GreenCloudVPS, Gullo's, Hetzner, HostHatch, InceptionHosting, LetBox, MaxKVM, MrVM, VirMach.
@poisson said:
It's great to see users and providers working together to optimize the services!
I’m not a regular user. I have a PhD in computer networking. My grad school classes include major Internet protocols such as BGP and OSPF. I also know how to build a 100 Gbps router.
My current immigration status doesn’t allow me to receive payment, otherwise the providers could be hiring me as consultants.
As for Limelight, this issue is not completely in their control. In BGP, you can influence route choice by adjusting ASPATH length.
If China Mobile Hong Kong peers with Limelight in San Jose only, they’ll usually prefer sending traffic to San Jose.
The only way I can think about is for Limelight to “worsen” the Singapore IPv4 prefix by prolonging its ASPATH, so that China Mobile Hong Kong would send traffic to Equinix Singapore instead.
However, the IPv4 prefix in question is actually announced from HIVELOCITY, so that Limelight has no (technical) obligation to change anything, and HIVELOCITY has no power through their announcements.
Comments
Thinking about writing another just to bump this thread automatically when restocked
https://phpbackend.com/
Nice! That would save me the trouble.
Do you have subscribers?
AMD EPYC powered Performance NVMe VPS - Los Angeles, Dallas, New York, Amsterdam, Singapore | Support | Status
Nope, only me
https://phpbackend.com/
That IP might need a domain
AMD EPYC powered Performance NVMe VPS - Los Angeles, Dallas, New York, Amsterdam, Singapore | Support | Status
Not sure if it's worth further effort. VM and I both were idling so it was fun "few hours fling"....
https://phpbackend.com/
Dude, no one wants to see your small black cock in the internet, or browsing the internet in this case!
Somik.org - Server admins cheat codes
Great to see so many add-ons, upgrades, and additional VPS purchases from current users! No better review than that.
AMD EPYC powered Performance NVMe VPS - Los Angeles, Dallas, New York, Amsterdam, Singapore | Support | Status
Just heard that some optimizations were finally completed for India.
Can anyone with a VPS in SG confirm with latency/traceroute tests?
AMD EPYC powered Performance NVMe VPS - Los Angeles, Dallas, New York, Amsterdam, Singapore | Support | Status
Singapore now back in stock!
AMD EPYC powered Performance NVMe VPS - Los Angeles, Dallas, New York, Amsterdam, Singapore | Support | Status
Ordered the smallest box using EDU50. This is now my only box in Asia.
If 70% off on Black Friday happens, I may get a bigger one.
The existential question is: how long would it idle before I setup my website there?
The record so far is 9 months.
It this really an existential question? Sounds more like you are asking the chicken god @MaxKVM if he will be giving 70% off for BF.
Nice return route 62ms.
Asianet Broadband Kerala (cable modem)
Will update with forward mtr when I get to wired machine.
forward mtr
The additional 8ms and mumbai hops can be optimized and eliminated eventually.
llnw already have MAA POP, so that's where it should go first.
The mother hen chicken god is extremely fragrant!
AMD EPYC powered Performance NVMe VPS - Los Angeles, Dallas, New York, Amsterdam, Singapore | Support | Status
https://bit.ly/3mv6Gpw
(hmm..judging from the power outlet on the wall and the phone number on the whiteboard, this is Australian)
In the past, I order one box per year. Two weeks before expiration, I start looking at LowEndBox.com and try to find a new box, then move the website there.
Nowadays, this forum as well as the wrong green forum appear on my Chrome homepage, so that I would click on them when bored. This causes impulsive buys and I have more boxes than websites.
I did a quick ping test from China, and it's terrible.
This is 46% slower than my current Los Angeles Psychz box.
37% of my visitors are in China. Asia 51%, Americas 28%, Europe 19%.
I have mostly search traffic and visitors only view one page, so that latency is critical for faster establishment of TLS connection.
I think I'm better off keeping the website in Los Angeles for now.
We can attempt to optimize routes for China too. Thanks @yoursunny.
AMD EPYC powered Performance NVMe VPS - Los Angeles, Dallas, New York, Amsterdam, Singapore | Support | Status
Given that data - it's not even a question, there's no question that'd you be better off keeping the LA one.
My first experience with a Singapore box was in 2013, with OneAsiaHost.
They offer two products with same hardware, one called "SSD VPS" with lower bandwidth but direct routing to China, the other called "Core VPS" with higher bandwidth but no direct China.
https://perfops.net/traceroute-from-china suggests that the path from China to MaxKVM Singapore box goes through AS174 (Cogent) in USA.
I guess this falls into "Core VPS"-like category.
I know wholesale bandwidth going to China is expensive. I hope there's a choice to have lower monthly bandwidth but direct routing to China. That would be fragrant.
Anyway, I would not request a refund. Whether I'll pay for next month is a different question.
Our traces show that traffic from China is taking the scenic route through London/Paris/Amsterdam to Singapore.
We will have to wait for Limelight to report back on this one now.
AMD EPYC powered Performance NVMe VPS - Los Angeles, Dallas, New York, Amsterdam, Singapore | Support | Status
China Mobile, Shanghai residential fiber service.
From data center to residential: (last octet of destination IP is redacted)
From residential to data center: (screenshot taken via TeamViewer, cannot copy text)
China has three major operators: China Telecom, China Unicom, China Mobile.
Each operator offers landline, LTE, and Internet services.
They have separate IP transit arrangements for international connections.
The route going through Europe might be just one of these networks.
As comparison, traceroute to LAX looking glass:
Limelight should be able to optimize routes for China. Waiting for their response on this issue now.
AMD EPYC powered Performance NVMe VPS - Los Angeles, Dallas, New York, Amsterdam, Singapore | Support | Status
VPS reviews | | MicroLXC | English is my nth language.
Now I want some fresh drink..
⭕ A simple uptime dashboard using UptimeRobot API https://upy.duo.ovh
⭕ Currently using VPS from BuyVM, GreenCloudVPS, Gullo's, Hetzner, HostHatch, InceptionHosting, LetBox, MaxKVM, MrVM, VirMach.
It's great to see users and providers working together to optimize the services!
Deals and Reviews: LowEndBoxes Review | Avoid dodgy providers with The LEBRE Whitelist | Free hosting (with conditions): Evolution-Host, NanoKVM, FreeMach, ServedEZ | Get expert copyediting and copywriting help at The Write Flow
This is the way.
havent really seen this before. fast optimization works from MaxKVM.
i wish u good business.
I bench YABS 24/7/365 unless it's a leap year.
I’m not a regular user. I have a PhD in computer networking. My grad school classes include major Internet protocols such as BGP and OSPF. I also know how to build a 100 Gbps router.
My current immigration status doesn’t allow me to receive payment, otherwise the providers could be hiring me as consultants.
As for Limelight, this issue is not completely in their control. In BGP, you can influence route choice by adjusting ASPATH length.
If China Mobile Hong Kong peers with Limelight in San Jose only, they’ll usually prefer sending traffic to San Jose.
The only way I can think about is for Limelight to “worsen” the Singapore IPv4 prefix by prolonging its ASPATH, so that China Mobile Hong Kong would send traffic to Equinix Singapore instead.
However, the IPv4 prefix in question is actually announced from HIVELOCITY, so that Limelight has no (technical) obligation to change anything, and HIVELOCITY has no power through their announcements.
All hail the BGP God!
The all seeing eye sees everything...