我大多数时候使用的是北京网通现联通的adsl,2M带宽．价格就不提了．
还记得二年前去台服玩魔兽世界的时候，还没有什么代理的概念，都是直连过去，延迟大体上在300~500站变动，300+比较常见．练个级，下个本，感觉上很流畅，这个曾让我迷惑了很久．那个时候国服还在9c手上，二区直连，延迟大体上在60~100间变动，但常出现lag现象，表现为拾取物品要几秒的时候，或者战场pk总提示目标不在眼前:虽然我眼前看到的的确就是目标．以前直以为是网络不太好．现在想想，网通是有点冤，要怪得怪那传说中的小霸王啊~
WLK之后，很明显直连台服已经不行了，于是Ｎ多专业或不专业，收费或不免费的WOW台服代理一下冒了出来．其中有比较长一段时间，小众大众的代理用起来效果都相当好．直到今天初，大部分代理都挂掉，无论用哪种代理，至少我的感觉是连接速度还是很糟糕．
在我手上有了一个香港VPS后，做了个简单测试，想了解下网络连接到底慢在哪里． <!--more--> 先从北京直接tracert台服的官网．已知台服的官网和wow服务器，都是放在hinet机房的，IP段是203.66.1xx.xxx的样子．
tracert www.wowtaiwan.com.tw 通过最多 30 个跃点跟踪 到 wowtaiwan.com.tw [203.66.142.57] 的路由: ~ 4 16 ms 24 ms 16 ms bt-230-113.bta.net.cn [202.106.230.113] 5 17 ms 15 ms 16 ms 61.148.152.117 6 16 ms 16 ms 16 ms 202.96.12.9 7 38 ms 38 ms 37 ms 219.158.4.62 8 37 ms 37 ms 37 ms 219.158.4.238 9 101 ms 100 ms 101 ms r4036-s2.tp.hinet.net [211.72.233.190] 10 80 ms 82 ms 81 ms r4142-s2.tp.hinet.net [210.65.255.12] 11 231 ms 232 ms 232 ms TPDT-3012.hinet.net [220.128.4.66] 12 229 ms 229 ms 229 ms TYFO-3012.hinet.net [220.128.4.105] 13 230 ms 230 ms 231 ms TYFO-3402.hinet.net [220.128.9.141] 14 232 ms 233 ms 234 ms 211-22-39-225.HINET-IP.hinet.net [211.22.39.225] 15 231 ms 231 ms 231 ms 203.66.220.137 16 296 ms 242 ms 333 ms 203.66.142.57 17 242 ms 249 ms 241 ms 203.66.142.57 18 314 ms 241 ms 242 ms 203.66.142.57从这上面看．网通的adsl路由走向还算是比较简洁的，第８跳应该是网通的出口路由(备注：也许应该说是国际出口路由，不过在什么什么一家的情况下，省这二字免得麻烦)，第９跳就已经到了hinet的接入路由上，延迟也不过区区100ms左右．第８跳到第９跳从30+的延迟，上升到100左右，显然是一个比较长的网络连接，猜测应该是连到TW的海底光缆．那么9跳后，就进入了hinet，又得知wow的服务器就存放在hinet机房，理论上不会再有太大的延迟波动，但第１０跳还蛮正常，第１１跳延迟马上彪升一倍多，达到了２３０＋．之后一直到wow所在服务器，延迟都是高高的230+到300+波动，严重的时候会到600+．
由这个数据，猜测第１１跳路由存在以下几个问题： １．如果１１没有问题，应该是１０的路由指向错误，本应该指向一个更优化的下级路由去，结果被错误指定了一个比较远的路由，结果就是延迟直线上升． ２．１１是正确的１０的下级路由，但由于hinet的成本规划或者采购回扣什么什么的原因，用的是一个性能比较差的硬件，从而严重影响到响应时间以及处理速度． ３．表瞎说了，１１是个高性能路由，且工作状况相当正常，而正因为工作正常，才发现来源IP是属于中国网通现联通的IP,优先级别是可以最后处理从那边来的数据包...这个工作也许是１０跳在做，但不管１０还是１１，都是在hinet里面做的．
然后从香港做同样的功能的tracepath
-bash-3.2# tracepath www.wowtaiwan.com.tw ～ 4: 061238230106.static.ctinets.com (61.238.230.106) asymm 5 1.377ms 5: 061238225133.static.ctinets.com (61.238.225.133) asymm 6 5.998ms 6: 061238225137.static.ctinets.com (61.238.225.137) asymm 7 1.526ms 7: 061244232217.static.ctinets.com (61.244.232.217) 1.641ms 8: 061244232106.static.ctinets.com (61.244.232.106) asymm 9 2.158ms 9: 211-22-33-150.HINET-IP.hinet.net (211.22.33.150) asymm 11 3.435ms 10: r01-mgi-hk.hinet.net (220.128.3.217) asymm 9 3.987ms 11: TPDT-3011.hinet.net (220.128.1.181) asymm 10 87.844ms 12: TYFO-3011.hinet.net (220.128.1.57) asymm 14 59.563ms 13: TYFO-3012.hinet.net (220.128.2.57) asymm 14 59.511ms 14: TYFO-3402.hinet.net (220.128.9.141) asymm 12 59.480ms 15: 211-22-39-225.HINET-IP.hinet.net (211.22.39.225) asymm 13 59.759ms 16: 203.66.220.137 (203.66.220.137) asymm 14 59.619ms 17: no reply哎，看这了网速，真的觉得香港很好．很好，虽然那的楼高了些，人口密度大了些...
这里也是第９跳接入了hinet，然后不争气的hinet也是在第１１条延迟突然上升了２０倍之多．文字游戏玩不得的，这２０倍之后的效果，明显没有上面一倍的效果给力啊，20倍后才80+，这之后到达官网主机，延迟还降到50+．
由此也可以猜测： １．hinet的路由性能的确是有点点问题，不然不会由80多降到后面几跳的50多，应该是处理不过来． ２．二条线路共同点都是到达hinet接入点的时候，速度还挺理想，进入hinet之后，会增加很高的延迟 ３．增加的延迟，猜想是和来源IP有关系．想来不会故意设置性能低下的路由给谁谁谁用，那最可能的原因就是不同的接入商对应了不同的带宽．比如说北京联通接入hinet是10M,香港某机房接入是1000M，但联通得有多少人挤这10M的小路啊，于是对应的那个路由设备就忙得抽筋了，于是我们过去的连接也跟着抽筋了，于是我们副本战场累得手也抽筋了...
另外，从北京联通访问香港大部分机房的速度都是相当理想的，40~80ms的延迟居多．所以一个理想的代理，应该是从香港中转，然后走香港到TW的出口，这样连接TWOW的网络速度会理想很多．
大多数代理的延迟其实都算还好，不过用户一多，流量一上来，效果就和北京联通直连一样的现象了，大家都挤代理的那条私有小路，不抽筋才怪．所以更理想的代理，是自己在香港买个VPS，单独512K或1M带宽，自己一个人...自私了点...加上好友...这还行...三五人用完全没问题．
可能的问题： 为了验证，购买过几家香港的VPS，每月价格200左右，都是号称1M的独立带宽．白天用效果都相当好，但晚上效果只有一家还勉强过得去．这其中有二个可能，一是我买的vps都是从一些小商家手中拿的，不是从机房直接拿到，那１M的独立带宽，应该有很大的水分，导致晚上用的人一多，同样形成挤小路的情况，延迟马上高升．而从机房直接拿VPS，价格要高很多，可选的种类也少，还不如直接搬台机器跑香港机房去做主机托管．直接在机房托管一台主机，再租个2M,10M的带宽，这应该是最高级别的代理方式了，质量也有保障．二是台服虽然号称服务器升级过几次，不过现在移民过去的人口，应该远远超出了硬件的负载，这样晚上在线人口一多，除去挤带宽不说，只怕台服的服务器也会变成小霸王，处理不了那么多人口的吃喝拉撒．而对于是否升级硬件直接解决这个问题，智凡迪只怕纠结了不止一年二年了吧．
兄弟们，AFK先吧，拉几个酒肉朋友，一起来学三国杀...