MaxKVM has Landed in Singapore!

12346

Comments

  • cynixcynix

    @MaxKVM said:

    @cynix said:
    Routing from Sydney to LAX/SIN was excellent last week, but has regressed today :(

    That is actually surprising to hear since there was no word of any optimizations, but they may have been working on it. :)

    How was the latency? ~100ms?

    Was 155ms to LAX and 130ms to SIN. I don't think it has changed for the entire week, so that seems to be consistent with what you (didn't) hear. Nevertheless it was pretty good, especially for LAX (155ms was one of the best for me).

    Today it's 215 and 160 :cry:

  • bdlbdl OG
    edited August 2020

    @cynix said:

    @MaxKVM said:

    @cynix said:
    Routing from Sydney to LAX/SIN was excellent last week, but has regressed today :(

    That is actually surprising to hear since there was no word of any optimizations, but they may have been working on it. :)

    How was the latency? ~100ms?

    Was 155ms to LAX and 130ms to SIN. I don't think it has changed for the entire week, so that seems to be consistent with what you (didn't) hear. Nevertheless it was pretty good, especially for LAX (155ms was one of the best for me).

    Today it's 215 and 160 :cry:

    When did this happen? Lots of rerouting (esp. on Telstra services) due to the Level3/Centurylink borkage Sunday evening Eastern Australian time... I had lots of latency all day Sunday prior to the blow up too with a Telstra connection, and domestic traffic problems on Aussie Broadband... (although my MaxKVM connections settled down (with my .sg connection going back to 270ms from Sydney :lol: )

  • cynixcynix

    @bdl said:

    @cynix said:

    @MaxKVM said:

    @cynix said:
    Routing from Sydney to LAX/SIN was excellent last week, but has regressed today :(

    That is actually surprising to hear since there was no word of any optimizations, but they may have been working on it. :)

    How was the latency? ~100ms?

    Was 155ms to LAX and 130ms to SIN. I don't think it has changed for the entire week, so that seems to be consistent with what you (didn't) hear. Nevertheless it was pretty good, especially for LAX (155ms was one of the best for me).

    Today it's 215 and 160 :cry:

    When did this happen? Lots of rerouting (esp. on Telstra services) due to the Level3/Centurylink borkage Sunday evening Eastern Australian time... I had lots of latency all day Sunday prior to the blow up too with a Telstra connection, and domestic traffic problems on Aussie Broadband... (although my MaxKVM connections settled down (with my .sg connection going back to 270ms from Sydney :lol: )

    I don't have anything monitoring the latency, so no idea when it increased. Just an ad hoc ping.

  • bdlbdl OG

    @cynix said:

    @bdl said:

    @cynix said:

    @MaxKVM said:

    @cynix said:
    Routing from Sydney to LAX/SIN was excellent last week, but has regressed today :(

    That is actually surprising to hear since there was no word of any optimizations, but they may have been working on it. :)

    How was the latency? ~100ms?

    Was 155ms to LAX and 130ms to SIN. I don't think it has changed for the entire week, so that seems to be consistent with what you (didn't) hear. Nevertheless it was pretty good, especially for LAX (155ms was one of the best for me).

    Today it's 215 and 160 :cry:

    When did this happen? Lots of rerouting (esp. on Telstra services) due to the Level3/Centurylink borkage Sunday evening Eastern Australian time... I had lots of latency all day Sunday prior to the blow up too with a Telstra connection, and domestic traffic problems on Aussie Broadband... (although my MaxKVM connections settled down (with my .sg connection going back to 270ms from Sydney :lol: )

    I don't have anything monitoring the latency, so no idea when it increased. Just an ad hoc ping.

    Smokeping is your friend :) I'm also using a mrvm NAT vps in Singapore to vpn through to my MaxKVM sg service, which provides a bit of temporary relief until MaxKVM gets their sg latency sorted

  • cynixcynix

    @bdl said:

    @cynix said:

    @bdl said:

    @cynix said:

    @MaxKVM said:

    @cynix said:
    Routing from Sydney to LAX/SIN was excellent last week, but has regressed today :(

    That is actually surprising to hear since there was no word of any optimizations, but they may have been working on it. :)

    How was the latency? ~100ms?

    Was 155ms to LAX and 130ms to SIN. I don't think it has changed for the entire week, so that seems to be consistent with what you (didn't) hear. Nevertheless it was pretty good, especially for LAX (155ms was one of the best for me).

    Today it's 215 and 160 :cry:

    When did this happen? Lots of rerouting (esp. on Telstra services) due to the Level3/Centurylink borkage Sunday evening Eastern Australian time... I had lots of latency all day Sunday prior to the blow up too with a Telstra connection, and domestic traffic problems on Aussie Broadband... (although my MaxKVM connections settled down (with my .sg connection going back to 270ms from Sydney :lol: )

    I don't have anything monitoring the latency, so no idea when it increased. Just an ad hoc ping.

    Smokeping is your friend :) I'm also using a mrvm NAT vps in Singapore to vpn through to my MaxKVM sg service, which provides a bit of temporary relief until MaxKVM gets their sg latency sorted

    SIN has come back down to 130ms for me :)

    LAX remains sub-optimal at 215ms :(

  • bdlbdl OG
    edited September 2020

    Working with @MaxKVM and my Internet providers - all my latency issue are resolved! B)

    Thankyou to everyone who posted in this thread helping me sort it all!

  • MaxKVMMaxKVM

    @cynix said:

    @bdl said:

    @cynix said:

    @bdl said:

    @cynix said:

    @MaxKVM said:

    @cynix said:
    Routing from Sydney to LAX/SIN was excellent last week, but has regressed today :(

    That is actually surprising to hear since there was no word of any optimizations, but they may have been working on it. :)

    How was the latency? ~100ms?

    Was 155ms to LAX and 130ms to SIN. I don't think it has changed for the entire week, so that seems to be consistent with what you (didn't) hear. Nevertheless it was pretty good, especially for LAX (155ms was one of the best for me).

    Today it's 215 and 160 :cry:

    When did this happen? Lots of rerouting (esp. on Telstra services) due to the Level3/Centurylink borkage Sunday evening Eastern Australian time... I had lots of latency all day Sunday prior to the blow up too with a Telstra connection, and domestic traffic problems on Aussie Broadband... (although my MaxKVM connections settled down (with my .sg connection going back to 270ms from Sydney :lol: )

    I don't have anything monitoring the latency, so no idea when it increased. Just an ad hoc ping.

    Smokeping is your friend :) I'm also using a mrvm NAT vps in Singapore to vpn through to my MaxKVM sg service, which provides a bit of temporary relief until MaxKVM gets their sg latency sorted

    SIN has come back down to 130ms for me :)

    LAX remains sub-optimal at 215ms :(

    @bdl said:
    Working with @MaxKVM and my Internet providers - all my latency issue are resolved! B)

    Thankyou to everyone who posted in this thread helping me sort it all!

    No longer taking a trip to Cali on the way from Anexia AS42473 in Sydney, Australia either! :astonished:

    107.155.95.100 | MTR from Anexia AS42473 in Australia, Sydney
                                                                       Loss% Drop   Rcv   Snt  Last  Best   Avg  Wrst StDev Gmean Jttr Javg Jmax Jint
  1.|-- 1905-1801.server.anx-cus.net (37.252.240.166)                   0.0%    0    10    10   0.5   0.2   1.8   9.3   3.3   0.5  0.1  3.1  9.0 25.1
  2.|-- 37.235.3.33                                                     0.0%    0    10    10   0.3   0.3   0.4   0.9   0.2   0.4  0.0  0.2  0.5  1.2
  3.|-- xe-0-0-0-2-4.r00.sydnau04.au.bb.gin.ntt.net (128.241.9.62)      0.0%    0    10    10   0.8   0.8   0.9   1.2   0.1   0.9  0.4  0.1  0.4  1.2
  4.|-- ae-0.r21.sydnau03.au.bb.gin.ntt.net (129.250.3.176)             0.0%    0    10    10   0.8   0.7   2.2  12.4   3.6   1.3  1.0  2.7 11.6 19.4
  5.|-- ae-11.r31.tokyjp05.jp.bb.gin.ntt.net (129.250.5.34)             0.0%    0    10    10 113.3 113.1 113.5 116.2   1.0 113.5  0.1  0.8  3.1  6.5
  6.|-- ae-3.r00.tokyjp08.jp.bb.gin.ntt.net (129.250.6.129)             0.0%    0    10    10 114.1 114.1 114.2 114.6   0.2 114.2  0.1  0.2  0.5  1.3
  7.|-- ae-1.a01.tokyjp03.jp.bb.gin.ntt.net (129.250.2.250)             0.0%    0    10    10 114.4 113.7 114.2 116.1   0.7 114.2  0.4  0.8  2.4  6.2
  8.|-- ae-0.telstra-global.tokyjp03.jp.bb.gin.ntt.net (61.120.146.98)  0.0%    0    10    10 146.5 146.3 146.5 146.7   0.1 146.5  0.1  0.2  0.5  1.4
  9.|-- unknown.telstraglobal.net (202.127.69.107)                      0.0%    0    10    10 143.6 143.4 143.5 143.6   0.1 143.5  0.1  0.1  0.1  0.4
 10.|-- lag58.fr4.sin.llnw.net (111.119.23.32)                         10.0%    1     9    10 161.1 154.2 163.5 178.6   6.5 163.4  0.0  5.5 17.1 39.7
 11.|-- 107-155-95-253.static.hvvc.us (107.155.95.253)                 10.0%    1     9    10 163.2 161.4 170.9 181.9   7.6 170.8 17.1  8.5 20.5 63.7
 12.|-- lg.sin.maxkvm.net (107.155.95.100)                              0.0%    0    10    10 149.8 149.4 149.9 151.3   0.6 149.9  0.3  0.5  1.9  3.8

    AMD EPYC powered Performance NVMe VPS - Los Angeles, Dallas, New York, Amsterdam, Singapore | Support | Status

  • cynixcynix

    Hope syd-lax goes back to normal soon too :)

  • bdlbdl OG
    edited September 2020

    ...

  • MaxKVMMaxKVM

    @bdl said:
    ...

    :grey_question: :grey_question: :grey_question:

    AMD EPYC powered Performance NVMe VPS - Los Angeles, Dallas, New York, Amsterdam, Singapore | Support | Status

  • bdlbdl OG
    edited September 2020

    @MaxKVM said:

    @bdl said:
    ...

    :grey_question: :grey_question: :grey_question:

    I dropped my chicken on the keyboard and he accidentally responded in a thread instead of a pm :expressionless: My fault for keeping my chickens in the ceiling :anguished:

  • MaxKVMMaxKVM

    Network in Singapore has been impressive at 100% https://status.maxkvm.com/

    AMD EPYC powered Performance NVMe VPS - Los Angeles, Dallas, New York, Amsterdam, Singapore | Support | Status

  • chocolateshirtchocolateshirt OG

    @MaxKVM said:
    Network in Singapore has been impressive at 100% https://status.maxkvm.com/

    Very prem, can I upgrade the VPS on singapore?

    ⭕ 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.

  • MaxKVMMaxKVM

    @chocolateshirt said:

    @MaxKVM said:
    Network in Singapore has been impressive at 100% https://status.maxkvm.com/

    Very prem, can I upgrade the VPS on singapore?

    Anytime! :)

    AMD EPYC powered Performance NVMe VPS - Los Angeles, Dallas, New York, Amsterdam, Singapore | Support | Status

  • somiksomik OG Hostbusters

    No, I really wanted my 4th... I got 2 from extra VM, 1 from > @bdl said:

    @MaxKVM said:

    @bdl said:
    ...

    :grey_question: :grey_question: :grey_question:

    I dropped my chicken on the keyboard and he accidentally responded in a thread instead of a pm :expressionless: My fault for keeping my chickens in the ceiling :anguished:

    Wait, what?

    I speak fluent sarcasm and broken logic. | I would agree with you, but thæn we’d both be wrong.

  • bdlbdl OG

    @somik said:
    No, I really wanted my 4th... I got 2 from extra VM, 1 from > @bdl said:

    @MaxKVM said:

    @bdl said:
    ...

    :grey_question: :grey_question: :grey_question:

    I dropped my chicken on the keyboard and he accidentally responded in a thread instead of a pm :expressionless: My fault for keeping my chickens in the ceiling :anguished:

    Wait, what?

    @MaxKVM #netops

  • MaxKVMMaxKVM

    SG network issues seem to be resolved now

    AMD EPYC powered Performance NVMe VPS - Los Angeles, Dallas, New York, Amsterdam, Singapore | Support | Status

  • MaxKVMMaxKVM

    Nope, need to stop the 40ms detours in India.

    AMD EPYC powered Performance NVMe VPS - Los Angeles, Dallas, New York, Amsterdam, Singapore | Support | Status

  • PHP_BackendPHP_Backend OG

    Seems like has been restocked ;)
    http://107.155.95.134/

    https://phpbackend.com/

  • MaxKVMMaxKVM

    @PHP_Backend said:
    Seems like has been restocked ;)
    http://107.155.95.134/

    Soon! Just accommodating an order by PM. Your script is awesome!

    AMD EPYC powered Performance NVMe VPS - Los Angeles, Dallas, New York, Amsterdam, Singapore | Support | Status

  • PHP_BackendPHP_Backend OG
    edited September 2020

    Thinking about writing another just to bump this thread automatically when restocked :p

    https://phpbackend.com/

  • MaxKVMMaxKVM

    @PHP_Backend said:
    Thinking about writing another just to bump this thread automatically when restocked :p

    Nice! That would save me the trouble. B) Do you have subscribers?

    AMD EPYC powered Performance NVMe VPS - Los Angeles, Dallas, New York, Amsterdam, Singapore | Support | Status

  • PHP_BackendPHP_Backend OG

    @MaxKVM said: Do you have subscribers?

    Nope, only me :p

    https://phpbackend.com/

  • MaxKVMMaxKVM

    @PHP_Backend said:

    @MaxKVM said: Do you have subscribers?

    Nope, only me :p

    That IP might need a domain

    AMD EPYC powered Performance NVMe VPS - Los Angeles, Dallas, New York, Amsterdam, Singapore | Support | Status

  • PHP_BackendPHP_Backend OG

    Not sure if it's worth further effort. VM and I both were idling so it was fun "few hours fling"....

    https://phpbackend.com/

  • somiksomik OG Hostbusters

    @bdl said:

    @somik said:
    No, I really wanted my 4th... I got 2 from extra VM, 1 from > @bdl said:

    @MaxKVM said:

    @bdl said:
    ...

    :grey_question: :grey_question: :grey_question:

    I dropped my chicken on the keyboard and he accidentally responded in a thread instead of a pm :expressionless: My fault for keeping my chickens in the ceiling :anguished:

    Wait, what?

    @MaxKVM #netops

    Dude, no one wants to see your small black cock in the internet, or browsing the internet in this case!

    I speak fluent sarcasm and broken logic. | I would agree with you, but thæn we’d both be wrong.

  • bdlbdl OG

    @somik said:

    @bdl said:

    @somik said:
    No, I really wanted my 4th... I got 2 from extra VM, 1 from > @bdl said:

    @MaxKVM said:

    @bdl said:
    ...

    :grey_question: :grey_question: :grey_question:

    I dropped my chicken on the keyboard and he accidentally responded in a thread instead of a pm :expressionless: My fault for keeping my chickens in the ceiling :anguished:

    Wait, what?

    @MaxKVM #netops

    Dude, no one wants to see your small black cock in the internet, or browsing the internet in this case!

    :lol: that's a 21 inch laptop my friend! :lol:

  • MaxKVMMaxKVM

    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

  • MaxKVMMaxKVM

    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

  • MaxKVMMaxKVM

    Singapore now back in stock! B)

    AMD EPYC powered Performance NVMe VPS - Los Angeles, Dallas, New York, Amsterdam, Singapore | Support | Status

  • yoursunnyyoursunny OG
    edited September 2020

    @MaxKVM said:
    Singapore now back in stock! B)

    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.

    We accept Karma donations for the last flan. 🍮 affbrr

  • bdlbdl OG

    @yoursunny said:

    @MaxKVM said:
    Singapore now back in stock! B)

    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.

  • vimalwarevimalware OG
    edited September 2020

    Nice return route 62ms.
    Asianet Broadband Kerala (cable modem)

    Will update with forward mtr when I get to wired machine.

    Start: Tue Sep 15 15:28:02 2020
HOST: lg.sin.maxkvm.net                 Loss%   Snt   Last   Avg  Best  Wrst StDev
1.|-- gateway                            0.0%    10   18.1  20.5  11.1  60.4  14.3
2.|-- 117.121.abc.xyz                    0.0%    10    0.4   1.4   0.3   6.3   2.1
3.|-- bharti.lag21.fr3.sin.llnw.net      0.0%    10    0.7   2.0   0.4   9.2   2.8
4.|-- 116.119.36.202                     0.0%    10   89.6  88.3  87.9  89.6   0.6
5.|-- aes-static-186.3.22.125.airtel.in  0.0%    10   88.8  89.5  88.6  93.2   1.4
6.|-- 205.250.88.202.asianet.co.in       0.0%    10   62.5  62.5  62.3  62.7   0.0
7.|-- 10.231.88.202.asianet.co.in        0.0%    10   62.1  62.2  62.0  63.2   0.0
  • vimalwarevimalware OG

    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.

    Start: 2020-09-16T09:08:48+0530
HOST: vimalwareWIREDpc
  1.|-- _gateway                      0.0%    10    0.3   0.3   0.2   0.3   0.0
  2.|-- 10.2.xx.1                     0.0%    10    7.9  16.5   7.3  48.6  16.7
  3.|-- a.bbb.ccc.ddd.asianet.co.in    0.0%    10    4.6   9.2   4.6  15.2   2.6
  4.|-- 170.230.88.202.asianet.co.in  0.0%    10   13.5  12.3   8.5  24.5   5.1
  5.|-- 210.250.88.202.asianet.co.in  0.0%    10   13.1  11.3   8.0  23.4   4.5
  6.|-- 33.1.1.1                      0.0%    10    8.0  11.1   8.0  17.6   3.1
  7.|-- 1.224.88.202.asianet.co.in    0.0%    10   31.1  32.2  29.4  40.4   3.4
  8.|-- as55429.bom.extreme-ix.net    0.0%    10   28.4  31.5  28.4  42.6   4.5
  9.|-- lag1.fr4.ddr1.llnw.net        0.0%    10   29.5  29.8  27.8  35.4   2.2
 10.|-- tge1-13.fr4.maa1.llnw.net     0.0%    10   39.0  42.2  38.1  60.9   6.9
 11.|-- lag54.fr3.sin.llnw.net        0.0%    10   74.0  74.0  69.4  95.3   8.0
 12.|-- 117.121.248.217               0.0%    10   91.5  84.8  77.6  91.5   4.9
 13.|-- lg.sin.maxkvm.net             0.0%    10   70.6  72.9  69.0  81.4   3.4
  • MaxKVMMaxKVM

    @bdl said: the chicken god

    The mother hen chicken god is extremely fragrant!

    AMD EPYC powered Performance NVMe VPS - Los Angeles, Dallas, New York, Amsterdam, Singapore | Support | Status

  • bdlbdl OG
    edited September 2020

    @MaxKVM said:

    @bdl said: the chicken god

    The mother hen chicken god is extremely fragrant!

    https://bit.ly/3mv6Gpw

    (hmm..judging from the power outlet on the wall and the phone number on the whiteboard, this is Australian)

  • yoursunnyyoursunny OG

    @bdl said:

    @yoursunny said:

    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

    ping.chinaz.com

    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 accept Karma donations for the last flan. 🍮 affbrr

  • MaxKVMMaxKVM

    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

  • bdlbdl OG
    edited September 2020

    @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.

  • yoursunnyyoursunny OG

    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.

    We accept Karma donations for the last flan. 🍮 affbrr

  • MaxKVMMaxKVM

    @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.

    https://perfops.net/traceroute-from-china suggests that the path from China to MaxKVM Singapore box goes through AS174 (Cogent) in USA.

    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

  • yoursunnyyoursunny OG
    edited September 2020

    China Mobile, Shanghai residential fiber service.

    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)

    traceroute

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

    traceroute

    • Hop 1-11 are the same, which means China Mobile routes all international traffic through Hong Kong.
    • After that, there's no Limelight.

    We accept Karma donations for the last flan. 🍮 affbrr

  • MaxKVMMaxKVM

    @yoursunny said: Hop 1-11 are the same, which means China Mobile routes all international traffic through Hong Kong.

    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

  • vyasvyas OG

    @MaxKVM said:

    Limelight should be able to optimize routes for China. Waiting for their response on this issue now.

    Limelight by A Vyas

    blog archives

  • chocolateshirtchocolateshirt OG

    @vyas said:

    @MaxKVM said:

    Limelight should be able to optimize routes for China. Waiting for their response on this issue now.

    Limelight by A Vyas

    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.

  • poissonpoisson OG

    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

  • vimalwarevimalware OG

    This is the way.

  • cybertechcybertech OGBenchmark King YABS 24/7/365

    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.

  • yoursunnyyoursunny OG

    @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.

    We accept Karma donations for the last flan. 🍮 affbrr

  • terrorgenterrorgen OG

    All hail the BGP God!

    DM us for private tracker invite.

Sign In or Register to comment.