用MTR测试香港cn2服务器，一个很实际的问题就冒出来了：到底发多少个数据包，测出来的结果才算靠谱?这不是个能随便拍脑袋定的数。发少了，结果跟抽签似的全看运气；发多了，既浪费时间又可能被运营商当成恶意扫描给ban掉。今天咱们就从香港CN2这条特定线路的特点出发，把这个数字掰开了揉碎了说清楚。

　　先看默认值：商业服务商为什么选100?

　　市面上主流VPS服务商提供的MTR脚本，默认参数几乎清一色是-c 100。这不是巧合，背后有它的道理。

　　100个包这个数字，在统计学上刚好跨过了“小样本”的门槛。假设线路真的存在5%的丢包率，发10个包可能一个都不丢(概率约60%)，也可能一下子丢两三个(概率约7%)，误差大到结论完全相反。但发到100个，期望丢包数是5个，实测结果落在3到7个之间的概率就很高了，基本能反映出真实情况。

　　另外从时间成本看也比较舒服。香港CN2服务器线路的正常延迟在30-60ms之间，发100个包大概需要30秒到1分钟跑完，站长或运维随手敲个命令等一会儿就能看结果。可以说“100”这个数字，是准确度和效率之间一个很务实的折中。

　　场景一：快速定性诊断，30-50个包就够了

　　不是每次测试都要搞得像写论文一样严谨。很多时候你就想快速判断一下“今晚线路有没有抽风”，或者刚买完服务器验个货，这时候发30到50个包完全够用。

　　用这个量级，能在30秒内快速拿到结论。如果连续丢了3到4个包以上，说明线路大概率有波动；如果完全没丢，至少能判断当前时刻链路是通畅的。但要注意，30-50个包的局限在于对“偶发性丢包”不敏感。有些CN2线路白天的表现堪称完美，一到晚高峰就开始抽筋，如果只测50个包恰好避开了抖动时段，结论就会过于乐观。所以这个数量适合初步筛查，不适合用来做最终裁决。

　　场景二：客观评估线路质量，100个包是基准线

　　如果你是想客观评估这条香港CN2线路的质量，给自己留个数据记录或者横向对比不同服务商，那100个包就是起点。

　　发到100个包，能有效过滤掉随机波动的噪音。比如线路偶尔抖动一下丢了2个包，在50个包的样本里就是4%的丢包率，看着挺吓人；但在100个包的样本里，2个包只是2%，基本可以忽略不计，结论会稳得多。有经验的运维工程师普遍认可100个包的结果作为判断依据，因为它在“统计可信度”和“测试效率”之间找到了一个被广泛接受的平衡点。

　　场景三：严格SLA验收，建议300-500个包甚至更久

　　如果是要验收服务商的SLA协议，或者你跑的是对网络连续性要求极高的业务比如实时交易、VoIP通话，那100个包就不够看了。

　　这时候建议把发包数提升到300到500个。真实的网络丢包往往不是均匀分布的，而是呈“突发性”特征，一小段时间内连续丢包，其他时间完全正常。300-500个包覆盖的时间窗口在2到5分钟左右，能够捕捉到这种突发性抖动。当然代价也很直接：测试时间变长，而且部分运营商的限速策略可能会介入。有些骨干网路由器对ICMP包的速率限制比较严格，你短时间内发太多包过去，反而会被限流导致后面的包被故意丢弃，测出来的结果就失真了。

　　如果是更专业的持续监控场景，通常不会用单次MTR来解决，而是部署smokeping这类工具，以每5分钟发20个包的频率持续探测24小时，最终生成一个完整的抖动趋势图。这就超越了“发多少个包”的讨论范畴，进入了“怎么长期监控”的领域了。

　　香港CN2线路的特殊性：别跟163线路一个标准

　　既然专门聊香港CN2，就得考虑这条线路的实际情况。CN2 GIA的显著特点是延迟低但带宽相对有限，而且出口带宽的拥塞窗口主要集中在晚高峰时段。

　　用普通163线路时，因为带宽相对充裕，即使延迟高一些，但不太会出现因为ICMP探测流量过大而被限速的情况。CN2 GIA的情况就微妙一些。GIA的出口带宽是有严格成本核算的，运营商的策略往往更精细，对ICMP这种探测流量的限速阈值可能比普通线路更低。

　　这带来一个实际问题：如果你对CN2线路一口气发500个ICMP包，中间某些核心节点可能会触发ICMP速率限制，导致中间出现一串100%丢包的节点(上一轮讨论过，这不代表真丢包)，甚至可能影响最终几跳的响应。所以在CN2线路上，我的个人建议是：日常用100个包做基准，偶发用50个包做快测，除非有明确的SLA验收需求，否则不推荐跑到300个以上。 过长的测试反而容易引入“假丢包”，把原本稳定的线路误判成不稳定。

　　最后补充一个很多人会忽略的点：丢包率固然重要，但延迟的标准差同样值得关注。如果丢包率是0%，但延迟的标准差超过5ms，说明线路虽然没丢包，但存在抖动，这对游戏、实时音视频这类业务的影响甚至比丢包更致命。发100个包正好也能让标准差这个统计量趋于稳定，这也是推荐这个数量的另一个理由。

　　总结一句话：香港CN2线路的MTR测试，100个包是最通用的“万金油”答案，50个包适合快速看一眼，300个包留到签合同验收时再用。 没有绝对正确的数字，只有适不适合你当下场景的选择。

　　关于MTR测试的几个常见问答：

　　Q1：我发100个包，中间有2个丢了，这个就代表线路有问题吗?

　　A1：算，但要看最终目标的丢包率。如果最终服务器丢包也是2%，说明确实存在轻微丢包，对普通网页浏览影响不大，但对实时业务可能有感知。如果最终丢包率是0%，中间某个节点丢了2个，那大概率是那个节点拒响应ICMP，不用管。

　　Q2：MTR测试选什么时间段最准确?

　　A2：最好覆盖晚高峰(20:00-23:00) 测一轮。香港CN2线路的核心价值就在于晚高峰不拥堵，如果这个时段的测试结果合格，那这条线路基本就靠得住。只测白天非高峰时段的结果参考意义不大。

　　Q3：我每次MTR结果都不一样，这次丢包0%，下次丢包3%，信哪个?

　　A3：网络本身就是一个动态系统，路由调整、瞬时拥塞都会导致结果波动。如果要得出可靠结论，建议在不同日期、不同时段分别测3次以上，取综合表现来判断。单次测试永远只是一个“快照”，不是“判决书”。