评估前要明确业务目标(如语音、视频、应用访问),以及对丢包和抖动的容忍度。选择的测试节点应覆盖企业侧出口、运营商边缘网关、以及日本境内目标机(最好是多个机房/ISP)以覆盖不同路径。
测试应考虑高峰/离峰、多时段(至少连续72小时或跨工作日),并保证每次测试有足够样本,例如每分钟数百到数千包,便于统计分位数(P50/P95/P99)。
区分运营商提供的不同CN2服务(如CN2 GIA、CN2 GT等)并记录BGP路径、MPLS标签和AS号,便于后续定位与对比。
推荐使用多种工具互补:MTR用于连续的路由与逐跳丢包、iperf3用于吞吐与丢包、TWAMP/OWAMP或Ping/UDP探测用于一往返/单向延迟和抖动测量,另外可用SIP/RTCP或RTP流量模拟语音/视频。
核心指标包括:往返/单向延迟(RTT/OWD)、延迟方差(标准差或Jitter)、丢包率(丢包数/发送数),以及分位数(P50/P95/P99),同时记录每跳丢包与抖动分布。
测量时要保持时间同步(NTP/PTS)以判断单向延迟;UDP测试能揭示队列丢包,TCP容易被重传掩盖真实抖动。采样频率、包大小、并发连接数要与实际业务流量相近。
常见经验阈值:实时语音要求丢包<0.1%(理想)~<1%(可接受),抖动(jitter)一般应低于20–30ms。用百分位分析(P95/P99)判断峰值表现,用移动窗口(如5分钟、1小时)观察波动。
采用假设检验或控制图(CUSUM)检测突发异常;针对多时段数据可用中位数+IQR排除偶发噪声。确保样本量满足置信区间计算(通常n>1000)以降低误判风险。
对比时统一测试条件(包大小、并发、时段),使用相同目标机进行A/B测试,计算每条线路的P95延迟与P99丢包率,按业务权重加权得出综合评分。
先做端到端测试(iperf3/twamp),再用MTR或traceroute查看逐跳丢包与延迟。如果丢包在某一跳骤增且持续,问题通常位于该运营商链路或设备;若丢包分散且在终端前才上升,可能是本地或对端机房问题。
检查BGP路径(AS PATH、下一跳)、使用公网Looking Glass或运营商监控接口,确认是否存在路径抖动或频繁路由变动,这常导致瞬时丢包和抖动。
在怀疑链路正常时进行TCP/UDP抓包,查看是否有大量重传、TCP窗口下降或ECN/DSCP被改写;同时检查本地边缘设备的队列/策略是否触发丢包(RED/CBQ/HTB等)。
SLA应明确测量方法(工具、目标、采样频率)、时间窗口(小时/天/月)和阈值(延迟、抖动、丢包的P95/P99),例如:P95 RTT ≤ 100ms, 丢包率 ≤ 0.5%。同时约定验证流程与争议解决机制。
针对发现的问题采取分级措施:短期可通过BGP备选路径、流量工程、调整队列参数和DSCP策略缓解;中长期可与运营商协商专线或提升到更高等级的CN2产品,或部署国内加速节点/海外CDN。
建立自动化监控(阈值告警、周期报告、历史对比)并在变更后持续回测。对重要业务建议启用SLA周期内的主动验证探针,保证与运营商约定的SLA一致性。