Howdy, Stranger!

It looks like you're new here. If you want to get involved, click one of these buttons!


Singapore Based OpenVZ VPS Testing - OneAsiaHost - Page 3
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.

Singapore Based OpenVZ VPS Testing - OneAsiaHost

13

Comments

  • 1q11q1 Member

    @Kenshin said: Currently not taking orders yet, I want to be sure all aspects are covered before I start collecting a cent from anyone.

    What is the ETA?
    I'm currently looking for a Low End Singaporean Box. :)

  • syamansyaman Member

    Does anyone know how this compares with the only other Singaore budget VPS i.e. ExpertVM ?

  • syamansyaman Member

    Anyway if there is still a slot available I would like to have it pls :)

  • letboxletbox Member, Patron Provider

    @Kenshin said: I still find it amusing how netvigator, effectively PCCW, doesn't use the HKIX routes we send via the MLPA route servers but prefers the transit routes instead. So I've setup a /24 range that I only broadcast through HKIX, and it seems that it does work fine when I traceroute with source IP.

    Can you try a traceroute to 116.251.211.1 if you have time? This should go through our HKIX link, if this is true then I'll really need to find a shell on a netvigator link to adjust the outgoing routes on our end and hope for the best.

    It down now

    Pinging 116.251.211.1 with 32 bytes of data:
    Request timed out.
    Request timed out.
    Request timed out.

    Tracing route to 116.251.211.1 over a maximum of 30 hops

    1 1 ms 2 ms 1 ms 192.168.1.1
    2 13 ms 13 ms 13 ms ZGZIGW-R05C-SHR-EG [163.121.172.116]
    3 16 ms 15 ms 17 ms host-163.121.xxxxx.tedata.net [163.121.xxxx]

    4 16 ms 18 ms 16 ms host-163.121.xxxx.tedata.net [163.121.xxx]

    5 16 ms 17 ms 16 ms host-163.121.xxxx.tedata.net [163.121.xx]

    6 16 ms 17 ms 16 ms host-163.121.xxx.tedata.net [163.121.xx
    ]
    7 * * * Request timed out.
    8 * * * Request timed out.
    9 * * * Request timed out.
    10 * * * Request timed out.
    11 * * * Request timed out.
    12 * * * Request timed out.
    13 * * * Request timed out.
    14 * * * Request timed out.
    15 * * * Request timed out.
    16 * * * Request timed out.
    17 * *

  • Is there any free slot?
    I'm willing to test too.

  • klikliklikli Member

    @Kenshin said: HE calls it IPv6 transit as per their email to me, but effectively it's HE's full IPv6 routing table over HKIX peering fabric via a direct peering session between us (not MLPA).

    But is HE announcing your prefixes to its peers?

    @Kenshin said: Can you try a traceroute to 116.251.211.1 if you have time? This should go through our HKIX link, if this is true then I'll really need to find a shell on a netvigator link to adjust the outgoing routes on our end and hope for the best.

    Yes for sure - considering, you have only announce that prefix via HKIX! :P
    1 172.28.2.1 (172.28.2.1) 0.941 ms
    2 dsldevice (192.168.8.1) 11.618 ms
    3 n112119178254.netvigator.com (112.119.178.254) 11.788 ms
    4 n219076122230.netvigator.com (219.76.122.230) 20.697 ms
    5 218.102.21.70 (218.102.21.70) 13.152 ms
    6 hostsg-rfe.hkix.net (202.40.160.212) 49.619 ms
    7 edge-1.v73.com3.sg.gs (203.175.175.145) 52.694 ms
    8 116.251.211.1 (116.251.211.1) 54.788 ms

    @Kenshin said: Also, do try 116.251.208.1 as well, it's broadcasted via HKIX + SingNet with heavy prepending (6x). If 116.251.208.1 doesn't go via HKIX but 116.251.211.1 does, then basically netvigator probably have a lower local-preference for HKIX MLPA routes and it's not something I can control.

    1 172.28.2.1 (172.28.2.1) 1.727 ms
    2 dsldevice (192.168.8.1) 44.459 ms
    3 n112119178254.netvigator.com (112.119.178.254) 12.716 ms
    4 n219076122214.netvigator.com (219.76.122.214) 13.772 ms
    5 *
    6 tenge2-4.br02.hkg04.pccwbtn.net (63.218.252.173) 13.454 ms
    7 singtel.te4.2.br02.sin02.pccwbtn.net (63.218.213.42) 45.004 ms
    8 xe-11-3-0.orchard.singnet.com.sg (165.21.12.87) 54.976 ms
    9 165.21.255.22 (165.21.255.22) 48.707 ms
    10 202.176.211.35 (202.176.211.35) 49.845 ms
    11 ce-1.v52.com3.sg.gs (203.175.175.39) 58.546 ms
    12 singtel.megapop-1.com3.sg.gs (116.251.208.1) 52.384 ms

    In fact, I think it make perfect sense to route through private transit instead of local IX. However, in the first place, I raised my question as follows: "It's routing through SingTel - not via your PCCW transit - on a Netvigator connection." However, it seems to be fixed now:
    traceroute to 116.251.210.1 (116.251.210.1), 64 hops max, 52 byte packets
    1 172.28.2.1 (172.28.2.1) 28.760 ms
    2 dsldevice (192.168.8.1) 24.410 ms
    3 n112119178254.netvigator.com (112.119.178.254) 11.674 ms
    4 n219076122250.netvigator.com (219.76.122.250) 12.835 ms
    5 pcd507254.netvigator.com (218.102.39.254) 13.094 ms
    6 tenge2-4.br02.hkg04.pccwbtn.net (63.218.252.173) 12.915 ms
    7 63.216.152.186 (63.216.152.186) 49.244 ms
    8 edge-1.v73.com3.sg.gs (203.175.175.145) 51.469 ms
    9 edge-1.v71.globalswitch.sg.gs (203.175.175.132) 54.006 ms
    10 116.251.210.240 (116.251.210.240) 54.103 ms
    11 dns1.oneasiahost.com (116.251.210.1) 54.953 ms

    @Kenshin said: I'll really need to find a shell on a netvigator link

    If you need that, just inbox me:)

  • KenshinKenshin Member

    @giang said: Well, would I get one VPS left and joining the test group? :D

    PM sent. Final slot out to giang.

    @Wira_Soenaryo said: It use less hops on that IP.. :)

    sgix.sg.gs is correct, you should be seeing that. Can you try traceroute to your VPS IP again?

    @david said: Here's a traceroute from the Philippines, if it's helpful.

    Thanks, appreciated. I'm aware PDLT is heavily reliant on their NTT connection, so I did some route tweaks in that direction so PDLT users have very good connections to us.

    @Boltersdriveer said: Traceroute from StarHub MOL:

    Thanks. Not good for me though, Starhub should be ideally routed through SingNet instead of PCCW. I never noticed this, time to optimize.

    @1q1 said: What is the ETA?

    I'm currently looking for a Low End Singaporean Box. :)

    I'm looking at a week to a month, a week for the rest of the website content to be done up, and if the feedback I get is positive enough that I feel it's safe to launch as a commercial product. Otherwise up to a month if I need to tweak things. I'm hoping for a week though, the testers are very active with feedback and it helps me a lot.

    @syaman said: Anyway if there is still a slot available I would like to have it pls :)

    Sorry, last slot just went out to giang and you don't meet the post requirement either.

    @key12 said: It down now

    Ah sorry for the confusion, 116.251.211.1 is only meant for klikli to test via HK. It's not reachable from anywhere except HK.

    @icefire2012 said: Is there any free slot?

    I'm willing to test too.

    Sorry, last slot just went out to giang and you don't meet the post requirement either.

  • KenshinKenshin Member

    @klikli said: But is HE announcing your prefixes to its peers?

    Yep, confirmed through routeviews long time ago when I only had NTT + HE. SingTel came in only a few weeks ago. A lot of routes through HE since I believe they offered the free IPv6 transit to everyone they peer with.

    @klikli said: In fact, I think it make perfect sense to route through private transit instead of local IX. However, in the first place, I raised my question as follows: "It's routing through SingTel - not via your PCCW transit - on a Netvigator connection." However, it seems to be fixed now:

    Private transit shouldn't be preferred for my case because my transit routes are prepended to prefer peering routes.

    Not using PCCW was my bad, the range wasn't advertised via PCCW, only through the others, great catch. But still I would have preferred if the peering link was used. But considering 116.251.208.1 still went through SingTel more or less there's nothing I can do cause this is how it looks like at routeviews, which means I was right about them using localpref to override the peering route.

    BGP routing table entry for 116.251.208.0/24, version 3559065546
    Paths: (34 available, best #18, table Default-IP-Routing-Table)
    Flag: 0x820
      Not advertised to any peer
      2828 7473 9911 24482 24482 24482 24482 24482 24482 24482
        65.106.7.139 from 65.106.7.139 (66.239.189.139)
          Origin IGP, metric 3, localpref 100, valid, external
       7660 4635 24482
        203.181.248.168 from 203.181.248.168 (203.181.248.168)
          Origin IGP, localpref 100, valid, external, best
          Community: 7660:6
    
  • gianggiang Veteran
    edited May 2012

    I got my test VPS, here is tracert:

      1    1 ms    1 ms    1 ms  192.168.1.1
      2    10 ms    10 ms     9 ms  GiangPC [113.169.60.1]
      3     *        *        *     Request timed out.
      4     *        *        *     Request timed out.
      5     *        *        *     Request timed out.
      6    27 ms    25 ms    25 ms  vdc.vn [123.29.10.114]
      7    51 ms    51 ms    51 ms  GiangPC [123.31.0.66]
      8    51 ms    51 ms    51 ms  218.188.104.173
      9    52 ms    53 ms    53 ms  218.189.97.97
     10    89 ms    89 ms    90 ms  hostsg-RFE.hkix.net [202.40.160.212]
     11    96 ms    92 ms    92 ms  edge-2.v73.com3.sg.gs [203.175.175.146]
     12    95 ms    93 ms    94 ms  edge-1.v71.globalswitch.sg.gs [203.175.175.132]
    
     13    96 ms    95 ms    95 ms  116.251.210.241
     14    94 ms    94 ms    92 ms  116.251.210.111

    Geekbench score: 7589, pretty high :D
    http://browse.geekbench.ca/geekbench2/648809

  • Wira_SoenaryoWira_Soenaryo Member
    edited May 2012

    Hello Kenshin,

    Just did another traceroute into my vps... But the result is exactly the same with my previous one..
    Any idea why it doesn't go to sgix.sg.gs instead it goes to telin.sg after hops number 5 (telkom.net.id)?

  • BoltersdriveerBoltersdriveer Member, LIR

    Hey Kenshin, mind providing a plan in between 512MB and 1GB of RAM? Ideally, 768MB of RAM. Thanks!

  • KenshinKenshin Member

    @Wira_Soenaryo said: Just did another traceroute into my vps... But the result is exactly the same with my previous one..

    Any idea why it doesn't go to sgix.sg.gs instead it goes to telin.sg after hops number 5 (telkom.net.id)?

    Your ISP is likely preferring the transit (international) route instead of the peering route we have. From your results this is something I may be able to do something about, give me some time and I'll try to work it out. Hope you don't mind me bugging you for a few more traceroute tests later on.

  • KenshinKenshin Member
    edited May 2012

    @Boltersdriveer said: Hey Kenshin, mind providing a plan in between 512MB and 1GB of RAM? Ideally, 768MB of RAM. Thanks!

    Bumped you to 1GB RAM for now via SolusVM.

    Anyway with regards to the Starhub using PCCW instead, I figured out the reason already and it has to do with the odd arrangement between Starhub and SingTel/SingNet peering/routing. Nothing much I can do, so incoming will be via PCCW, outgoing via SingTel/SingNet.

  • BoltersdriveerBoltersdriveer Member, LIR

    @Kenshin: Eh, I don't really need the 1GB for now. Just saying it might be nice to get 768MB plans since 1GB is kinda too much, and 768 would kinda be just nice :P .

  • KenshinKenshin Member

    @Boltsdriveer: Hmm, noted but the price difference would be quite odd so probably not going to happen.

  • @Kenshin : Your ISP is likely preferring the transit (international) route instead of the peering route we have. From your results this is something I may be able to do something about, give me some time and I'll try to work it out. Hope you don't mind me bugging you for a few more traceroute tests later on.

    No worries.. feel free to bugging me out :)
    Anyway, I plan to use your vps as my private vpn... if this hops issue can be shorten up.. I think it would be also good for my private vpn performance..
    I will try using another provider (SmartFren) tomorrow.
    Thanks..

  • KenshinKenshin Member

    Just to share a few latency oddity that you guys have probably never seen nor even though was possible in Singapore. First, an advance apology to giang for using your IPs for the following traceroute, as I was curious about your traceroute going via HKIX so I tried the traceroute from each of my transit links and US boxes, results were amazing.

    Target IP is in Vietnam, we're located in Singapore. Direct distance from SG to VN would be shorter than SG to HK on the map, so expected latency is about 50ms. Results?

    HKIX: 84ms (SG > HK > VN)
    SingTel: 330ms (SG > UK LINX > VN)
    PCCW: 282ms (SG > CN > VN)
    NTT: 54ms (SG > VN)

    US WholeSaleInternet: 244ms
    US BuyVM: 313ms

    This is just one of the few oddities with routes within the asian region, which is why I end up being pretty obsessed with route optimization.

    Thanked by 1klikli
  • KenshinKenshin Member

    @Wira_Soenaryo said: No worries.. feel free to bugging me out :)

    Anyway, I plan to use your vps as my private vpn... if this hops issue can be shorten up.. I think it would be also good for my private vpn performance..
    I will try using another provider (SmartFren) tomorrow.
    Thanks..

    Sent you a PM, :)

    SmartFren should be fun if this is anything to go by:

    traceroute to www.smartfren.com (202.70.52.100), 30 hops max, 60 byte packets
     1  116.251.210.253 (116.251.210.253)  0.414 ms  0.446 ms  0.517 ms
     2  core1-gsw-sin.moratelindo.co.id (218.100.70.21)  8.612 ms  8.617 ms  8.604 ms
     3  * * *
     4  * * *
     5  * * *
     6  ip-179-50.moratelindo.co.id (202.43.179.50)  22.029 ms  22.220 ms  22.054 ms
     7  202.70.62.194 (202.70.62.194)  22.696 ms !X * *
    
  • BoltersdriveerBoltersdriveer Member, LIR
    edited May 2012

    @Kenshin: StarHub has pretty good routes to BuyVM (200ms). You may want to look into that. Traceroute as follows:

    root@pinkiepie [~]# traceroute 209.141.35.52
    traceroute to 209.141.35.52 (209.141.35.52), 30 hops max, 60 byte packets
     1  cm1.iota117.maxonline.com.sg (116.89.117.1)  17.850 ms  18.460 ms  18.807 ms
     2  172.20.52.33 (172.20.52.33)  18.375 ms  18.703 ms  18.666 ms
     3  172.26.52.1 (172.26.52.1)  19.258 ms  20.583 ms  20.940 ms
     4  172.20.7.6 (172.20.7.6)  44.455 ms  44.797 ms  44.758 ms
     5  203.117.35.45 (203.117.35.45)  30.130 ms  30.489 ms  30.850 ms
     6  203.117.34.33 (203.117.34.33)  32.075 ms  16.895 ms  16.858 ms
     7  203.117.34.202 (203.117.34.202)  23.228 ms  26.135 ms  22.587 ms
     8  203.117.36.42 (203.117.36.42)  26.434 ms  26.406 ms  26.346 ms
     9  paix.he.net (198.32.176.20)  205.680 ms  206.685 ms  206.228 ms
    10  10gigabitethernet3-4.core1.sjc1.he.net (72.52.92.114)  213.083 ms  213.848 ms  213.390 ms
    11  energy-group-networks-llc.10gigabitethernet1-3.core1.sjc1.he.net (64.71.150.22)  231.686 ms  232.043 ms  239.177 ms
    12  173.245.86.18 (173.245.86.18)  212.703 ms  213.741 ms  209.718 ms
    13  node02.buyvm.net (205.185.112.102)  197.665 ms  200.984 ms  201.337 ms
    14  dns2.loomhosts.com (209.141.35.52)  219.411 ms  219.849 ms  238.048 ms
    
  • KenshinKenshin Member

    @Boltersdriveer: Your VPS should be doing about 200ms to BuyVM as well, so still within margins (US average 170-250ms from SG). NTT does better at 183ms but it's minimal improvement so I didn't feel there's need for route optimization yet.

    Reason why I never considered Starhub's bandwidth is because they don't have any international connectivity that is significantly superior to SingTel/NTT/PCCW. I'd probably take PacNet anytime over Starhub due to their extensive network reach in Asia, but currently the 3 I have basically gives me enough option to route optimize, only problem which I've always known and has been demonstrated by some testers is the routes to EU are still a hit and miss, though I've been looking into this for a while but for the time being still no solution.

  • TheHackBoxTheHackBox Member
    edited May 2012

    Here is a traceroute from Italy.

    3  212.73.241.129 (212.73.241.129)  0.196 ms  0.171 ms  0.179 ms                                                                                           
     4  ae-14-14.ebr1.Frankfurt1.Level3.net (4.69.142.194)  8.652 ms  8.639 ms  8.628 ms                                                                        
     5  ae-81-81.csw3.Frankfurt1.Level3.net (4.69.140.10)  8.685 ms ae-71-71.csw2.Frankfurt1.Level3.net (4.69.140.6)  10.781 ms ae-61-61.csw1.Frankfurt1.Level3.
    net (4.69.140.2)  8.645 ms                                                                                                                                  
     6  ae-4-90.edge4.Frankfurt1.Level3.net (4.69.154.200)  8.677 ms ae-2-70.edge4.Frankfurt1.Level3.net (4.69.154.72)  8.721 ms  8.678 ms                      
     7  glbx-level3-10G.Frankfurt1.Level3.net (4.68.63.242)  14.950 ms  11.598 ms  16.943 ms                                                                    
     8  ae8.scr3.FRA4.gblx.net (67.16.145.237)  8.818 ms  8.974 ms  8.956 ms                                                                                    
     9  po6-40G.ar4.LAX1.gblx.net (67.16.129.202)  157.258 ms  157.378 ms  157.252 ms                                                                           
    10  PCCW.te6-2.1140.ar4.LAX1.gblx.net (64.211.206.226)  166.083 ms  166.203 ms  165.903 ms                                                                  
    11  63.216.152.186 (63.216.152.186)  272.068 ms  272.048 ms  269.089 ms                                                                                     
    12  edge-2.v73.com3.sg.gs (203.175.175.146)  269.239 ms  268.859 ms  269.674 ms        
    13  edge-1.v71.globalswitch.sg.gs (203.175.175.132)  267.807 ms  267.966 ms  
    267.005 ms                                                                     
    14  116.251.210.240 (116.251.210.240)  266.704 ms  266.756 ms  267.189 ms                                                                                   
    15  dns1.oneasiahost.com (116.251.210.1)  266.219 ms  266.208 ms  267.014 ms  
    
  • WilliamWilliam Member

    @key12 said: @Kenshin said: I still find it amusing how netvigator, effectively PCCW, doesn't use the HKIX routes we send via the MLPA route servers but prefers the transit routes instead.

    No, this makes sense and has the totally serious background (talked with a network engineer at netvigator often in the past) that their HLIX port is oversold at over 350:1 and they get basically free transit at 1:3 contention anyway.

  • KenshinKenshin Member
    edited May 2012

    @William said: No, this makes sense and has the totally serious background (talked with a network engineer at netvigator often in the past) that their HLIX port is oversold at over 350:1 and they get basically free transit at 1:3 contention anyway.

    So in short, they're only there to "look" as though they are there and offer their routes (as per HKIX policy, all HK routes to be advertised). Not surprised, just amused I guess. After you see the rubbish the Tier-1s in SG do between themselves, nothing is surprising anymore. Fancy your traffic between the 2 biggest ISPs in SG going to HK (if lucky) or US/UK (more often) and back? Welcome to Singapore. :) Though to be honest, more recently it's not as bad.

    Looks like end of the day peering works for everyone except the Tier-1s, since they get enough transit not to need to deal with open peering at all. I remember reading this @ Dr.Peering, guess it's pretty true.

  • Hello Kenshin,

    Still resulting the same one using Telkom until now..

    Tracing route to saturn.serayahost.com [116.251.210.109]
    over a maximum of 30 hops:
    1   117 ms   145 ms   134 ms  172.17.164.130
    2   122 ms   121 ms   139 ms  172.17.164.137
    3   115 ms   145 ms   140 ms  172.17.164.194
    4   178 ms   141 ms   163 ms  192.168.102.73
    5     *      179 ms   145 ms  62.subnet118-98-61.astinet.telkom.net.id [118.98.61.62]
    6   191 ms   173 ms   175 ms  14.190.240.180.telin.sg [180.240.190.14]
    7   265 ms   230 ms   239 ms  203.208.174.177
    8   220 ms   205 ms   246 ms  203.208.174.182
    9   199 ms   219 ms   200 ms  Ge-2-0-0.sn-sintp1-bo303.singnet.com.sg [165.21.12.106]
    10   218 ms   221 ms   202 ms  165.21.255.74
    11   222 ms   210 ms   244 ms  115.42.248.33
    12   294 ms     *      231 ms  115.42.248.34
    13   174 ms   203 ms   188 ms  edge-2.v51.com3.sg.gs [203.175.175.26]
    14   214 ms   176 ms   181 ms  edge-1.v71.globalswitch.sg.gs [203.175.175.132]
    15   313 ms   192 ms   169 ms  116.251.210.241
    16   195 ms   191 ms   180 ms  116.251.210.109
    Trace complete.
    

    Anyway, here the result from SmartFren provider

    Tracing route to saturn.serayahost.com [116.251.210.109] over a maximum of 30 hops:
    
    1    83 ms   196 ms    63 ms  10.20.30.29
    2     *        *        *     Request timed out.
    3    72 ms   279 ms   221 ms  10.20.161.38
    4     *      100 ms   129 ms  202.70.56.49
    5    72 ms    65 ms    51 ms  202.70.56.17
    6     *        *        *     Request timed out.
    7     *        *        *     Request timed out.
    8   172 ms   143 ms   144 ms  203.208.131.101
    9   153 ms   146 ms   147 ms  203.208.191.102
    10   133 ms   138 ms   134 ms  Ge-2-0-0.sn-sintp1-bo303.singnet.com.sg [165.21.12.106]
    11   303 ms   147 ms   144 ms  165.21.255.74
    12   159 ms   188 ms   146 ms  115.42.248.33
    13   152 ms   147 ms   149 ms  115.42.248.34
    14   117 ms   112 ms   108 ms  edge-1.v51.com3.sg.gs [203.175.175.25]
    15   106 ms   105 ms   143 ms  edge-1.v71.globalswitch.sg.gs [203.175.175.132]
    16   288 ms   106 ms   110 ms  116.251.210.241
    17   112 ms   103 ms   111 ms  116.251.210.109
    Trace complete.
    

    Thanks..

  • klikliklikli Member
    edited May 2012

    @Kenshin said: I'd probably take PacNet

    Do you have any plans to include PacNet to your BGP mix? BTW, just feeling curious can you do a traceroute to CacheFly and EdgeCast (c.speedtest.net)? :P

    @Kenshin said: SingTel: 330ms (SG > UK LINX > VN)

    That's awesome.

  • BoltersdriveerBoltersdriveer Member, LIR

    @klikli:

    traceroute cachefly.cachefly.net
    traceroute to cachefly.cachefly.net (204.93.150.150), 30 hops max, 60 byte packets
     1  116.251.210.241 (116.251.210.241)  0.019 ms  0.007 ms  0.007 ms
     2  edge-2.v71.com3.sg.gs (203.175.175.130)  1.736 ms  1.850 ms  1.845 ms
     3  edge-1.v73.ntp.sg.gs (203.175.175.148)  3.084 ms  3.275 ms  3.398 ms
     4  nttcom1-RGE.hkix.net (202.40.161.217)  40.886 ms  42.114 ms  42.105 ms
     5  218.213.251.29 (218.213.251.29)  42.069 ms  42.101 ms  42.091 ms
     6  218.213.252.6 (218.213.252.6)  41.550 ms  41.574 ms  41.569 ms
     7  vip1.AP-anycast1.cachefly.net (204.93.150.150)  41.953 ms  42.294 ms  42.367 ms
    
    traceroute c.speedtest.net
    traceroute to c.speedtest.net (117.18.232.133), 30 hops max, 60 byte packets
     1  116.251.210.241 (116.251.210.241)  0.012 ms  0.006 ms  0.006 ms
     2  edge-1.v71.com3.sg.gs (203.175.175.129)  2.033 ms  2.034 ms  2.023 ms
     3  edge-1.v73.ntp.sg.gs (203.175.175.148)  3.628 ms  4.404 ms  3.974 ms
     4  63.216.152.185 (63.216.152.185)  4.559 ms  4.769 ms  4.890 ms
     5  edgecast.ge9-27.br01.sin02.pccwbtn.net (63.218.229.50)  3.990 ms  4.249 ms  4.348 ms
     6  117.18.232.133 (117.18.232.133)  4.256 ms  4.078 ms  4.073 ms
  • klikliklikli Member

    Thanks! Mind doing traceroute to s0.wp.com as well? :P

  • BoltersdriveerBoltersdriveer Member, LIR

    @klikli:

     traceroute s0.wp.com
    traceroute to s0.wp.com (68.232.44.219), 30 hops max, 60 byte packets
     1  116.251.210.241 (116.251.210.241)  0.020 ms  0.007 ms  0.007 ms
     2  edge-2.v71.com3.sg.gs (203.175.175.130)  1.798 ms  1.857 ms  1.904 ms
     3  202.176.211.34 (202.176.211.34)  1.842 ms  1.850 ms  2.456 ms
     4  203.208.255.197 (203.208.255.197)  2.147 ms  2.154 ms  2.271 ms
     5  203.208.145.245 (203.208.145.245)  3.381 ms  2.452 ms  2.599 ms
     6  203.208.171.169 (203.208.171.169)  2.617 ms  2.148 ms  2.118 ms
     7  117.18.236.29 (117.18.236.29)  2.495 ms  2.479 ms  2.569 ms
     8  68.232.44.219 (68.232.44.219)  2.902 ms  2.780 ms  2.787 ms
    
  • klikliklikli Member

    It's pretty fun that SoftLayer routes your IP by HKIX, considering you both have NTT.

  • KenshinKenshin Member

    @klikli said: Do you have any plans to include PacNet to your BGP mix?

    Not at the moment unless there's any advantage in their routes. So far I have most locations covered so I rather focus on peering arrangements for better connectivity.

    @klikli said: It's pretty fun that SoftLayer routes your IP by HKIX, considering you both have NTT.

    Peering with SL at HKIX directly, so should be shortest path. I don't peer at Equinix SG where SL is as well, still planning for that.

Sign In or Register to comment.