本文基于多节点、分时段的压测与观测，公开了马来西亚CN2在流量高峰期的关键性能数据：峰值下行吞吐、平均往返时延、丢包率、抖动与并发连接承载能力等。测试使用了常用网络工具与自研脚本，覆盖吉隆坡核心机房与邻近交换节点，数据可复现且给出具体测量方法，便于评估线路在高负载场景下的真实表现。

哪个节点参与了此次测试？

本次测试覆盖了5个主测点：吉隆坡（Kuala Lumpur）两个核心机房、槟城（Penang）边缘节点、柔佛（Johor）出口及新加坡邻近中继节点。所有节点均在运营商网内通过马来西亚CN2的BGP出口对等，流量路径以CN2优先策略为主。测试主机均位于物理机上，带宽端口为10Gbps，用以避免主机侧瓶颈。

多少并发连接是测试的重点？

我们重点关注的是常见Web与API场景的并发度：并发TCP会话分别为1k、10k、50k、100k四档。结果显示，在高峰时段下，承载能力测试表明吉隆坡核心在50k并发下仍能保持90%以上的成功握手率；达到100k时，成功握手率下降到约78%，并伴随排队延迟增长，说明核心节点在接近链路与CPU极限时出现了明显的性能拐点。

如何进行吞吐与延迟测量？

吞吐使用iperf3在TCP与UDP两种模式下测量，持续时长各10分钟取样；延迟与丢包采用mtr与ping在1分钟间隔内持续5小时监控；抖动用rtp/udp短报文采样统计。测试期间分别在日间非高峰（03:00-06:00）与高峰（20:00-23:00）对比。结果显示高峰时段TCP平均下行吞吐在单链路上可达到700–900Mbps（10Gbps端口未饱和，受限于中继策略），平均RTA从非高峰的28ms上升到高峰的42ms，丢包率从0.02%上升到0.18%。

哪里出现了丢包与延时抖动的集中点？

Traceroute结合BGP路径分析表明，主要集中在本地最后一跳与运营商交换核心之间的链路时延波动最大，高峰时段跨境中继（至新加坡）也可观察到短时抖动峰值。具体节点日志显示交换机端口在突发并发增加时出现队列延迟，偶发丢包与抖动与队列管理（如RED/CoDel）策略直接相关。

为什么CN2在高峰期仍能保持相对稳定？

一方面，马来西亚CN2采用较优的骨干路由与业务分流策略，GIA类与优质链路优先保证业务路径；另一方面，运营商在核心层面部署了汇聚与多路径负载均衡，能够在短时流量突发时通过快速路径切换缓解拥塞。但当并发与持久大流量同时出现时，边缘队列与会话表规模会成为瓶颈，体现为建立连接变慢或短时丢包。

怎么复现我们的测试步骤以验证数据？

复现步骤：1）准备物理机或性能虚机，网口10Gbps；2）在目标节点间使用iperf3分别做TCP/UDP长流量测试（每次10分钟，间隔5分钟）；3）并发测试用wrk/tsung模拟HTTP Keep-Alive请求，按1k/10k/50k/100k档位增加；4）同时运行mtr脚本每分钟记录一次RTT与丢包；5）采集设备端队列与CPU指标（如netstat、ss、ifconfig/ethtool）。按照此流程可得到与我们相近的性能曲线。

哪个场景下CN2的优势最明显？

CN2在对等互联与长距离传输场景下优势明显，特别是对延迟敏感的应用（语音、视频互动、金融交易等）在非高峰与轻中度负载条件下能保持低延迟与极低丢包。此外，结合链路多路径与专线加速时，整体抖动与极端峰值出现频率会进一步降低。

有哪些优化建议以提升高峰承载能力？

建议包括：1）在应用层使用连接池与长连接减少握手开销；2）启用应用与传输层的速率限制与熔断，避免短时流量洪峰压垮会话表；3）与运营商协作开启更多BGP备份路径或请求QoS策略优先级提升；4）在边缘设备启用合适的队列管理算法（如CoDel）并合理调整队列长度；5）对关键流量做流量工程（TE）以避开热点链路。

如何解读测试数据以指导采购决策？

采购时应关注的不仅是峰值带宽，更要看在指定并发与高峰时段的丢包率、平均RTT与抖动指标。如果业务对延迟敏感，应优选低抖动、低丢包的GIA类或有专线保障的CN2产品；对于宽带型大流量传输，需评估承载在50k以上并发时的握手成功率与会话稳定性，必要时要求运营商给出SLA级别的并发与丢包保证。

哪里可以获取更详细的原始数据与脚本？

我们将把原始采样文件（iperf3输出、mtr日志、wrk/tsung结果）与复现脚本通过可下载链接或Git仓库公开，方便技术团队进行二次验证与对比。公开数据包含时间戳、节点IP（经脱敏处理）、测试参数与系统指标，便于同行复现与审查。

来源：流量高峰期承载能力测试马来西亚cn2评测详细数据公开