必须的测试包括:1)Ping 测试(测延迟与丢包);2)Traceroute/MTR(检查路由路径与跃点异常);3)iperf/iperf3(测带宽与吞吐);4)HTTP/HTTPS 页面加载与TLS握手测试;5)DNS解析与解析速度测试;6)长期可用性/抖动监控(例如连续24-72小时);7)BGP路由与多线冗余验证。
常用工具包括:ping、traceroute/mtr、iperf3、webpagetest、curl、dig、以及站点监控平台(如Prometheus+Grafana或第三方UptimeRobot)。
建议从客户主要访问地(如中国大陆地区)对越南线路进行多点并发测试,包括高峰与非高峰时段,分别用TCP/UDP协议做吞吐测试,和做带宽跑满测试与轻载延迟测试。
至少做一次全面测试作为基线,并做连续48小时采样来判断稳定性。生产上线前再做一次分布式验证。
延迟和丢包是用户体验关键。一般判定阈值:延迟(往返RTT)小于80ms为良好;80-150ms可接受;>150ms需警惕。丢包率:<1%为理想,1-3%为轻微影响,>3%会严重影响TCP吞吐和应用体验(尤其是实时应用)。
使用ping进行间隔采样(如每5秒),并用mtr或连续ping记录抖动与瞬时丢包。对比高峰/低峰数据,计算平均RTT、最大RTT、丢包分布。
若出现间歇性丢包、跃点集中丢包或某一路由节点持续高延迟,说明供应商路由或链路存在问题,需要求提供更换路由或优化方案。
对于语音/视频实时业务,抖动应低于30ms,丢包接近0,延迟越低越好;对于普通网页/API服务,关注带宽与稳定的丢包率。
使用iperf3在不同时间段进行上行/下行满载测试,观察TCP吞吐与并发流下的平均值与峰值。如果带宽跑满但实际吞吐远低于承诺值,可能是中间路由或QoS限速。
测试时应选择多线程并发(如10并发流),评估TCP窗口对吞吐的影响,必要时做UDP测试检测丢包与抖动。
承诺带宽在无丢包、延迟合理情况下应能接近实际带宽的90%以上。若长期低于70%,应视为不达标并要求澄清原因。
注意UDP和TCP表现不同,CDN/HTTP业务更依赖TCP的稳定吞吐,而游戏/直播对UDP抖动和丢包更敏感。
检查对端的BGP邻居数量、是否有直连中国主要运营商的互联(如CN2直连链路)、是否提供本地化出口和多线冗余。使用bgp.he.net等平台查看AS路径、前缀聚合与社区策略。
看是否存在不必要的绕行(跨多国跃点)、AS路径长度、以及是否使用优先级更高的CN2专线路径。优质供应商应能展示到目的地的稳定优先路径。
通过traceroute观察每一跃点延迟与丢包分布,若在越南国内跃点已有高延迟或丢包,说明本地接入或ISP问题;若在国际链路出现问题,可能是上游互联商的问题。
确认供应商的多链路冗余策略、BGP路由优先级和故障切换时间。测试时可模拟链路故障(与供应商协商)观察切换是否平滑。
测试清单应包含:1)基线Ping/MTR/iperf测试脚本;2)24-72小时连续监控报告;3)高峰/非高峰采样;4)HTTP页面加载与TLS握手时间;5)DNS解析延迟测试;6)BGP路由与AS路径截图;7)丢包/抖动时间序列图。
询问是否提供CN2直连链路、是否有本地PoP、带宽上行保底值、SLA条款(丢包、可用率、时延保障)、故障响应时间、以及是否支持定制化路由策略。
在SLA里明确丢包/延迟/可用率的量化指标与赔付机制,并要求在合同期内允许定期复测与数据对账。
在签约前要求做一次完整的验收测试并取得测试日志与报告,若结果达不到预期,应在合同中保留退出或调整条款。