1.
测试前请准备一台可以远程操作的客户端(Windows/Linux/macOS),以及目标香港CN2服务器IP或域名。推荐工具:ping、traceroute(Windows为tracert)、mtr、iperf3、speedtest-cli、tcpdump(或Windump)、PingPlotter/Smokeping(可选)。
确保测试时间覆盖高峰与非高峰(至少各10分钟或更长),并记录本地网络出口(家庭宽带/机房直连)与测试机的公网IP,以便判断路由路径。
2.
1) Ping 基础测量:Windows 打开命令提示符,执行:ping -n 100 <目标IP>;Linux/macOS:ping -c 100 <目标IP>。记录平均(avg)、最小(min)、最大(max)延迟。
2) Traceroute 路由测量:Windows:tracert -d <目标IP>;Linux/macOS:traceroute -n <目标IP>。观察从本地到香港的每一跳延迟及是否存在某跳明显跳高(例如某跳延迟突然从20ms跳到200ms)。
3) MTR 连续测量:Linux/macOS安装mtr,执行:mtr -rwzbc 100 <目标IP>,Windows可用WinMTR。此命令会输出每跳的平均延迟和丢包率,便于定位问题节点。
3.
1) 使用 MTR/WinMTR:运行至少数分钟(建议5-15分钟),观察终点及中间跳的丢包比例。注意:某些路由器对ICMP降权,会显示丢包但业务可能正常,须结合 tcp/udp 测试判断。
2) 使用 iperf3 做 UDP 丢包测试:在服务器端启动:iperf3 -s,客户端运行:iperf3 -c <目标IP> -u -b 50M -t 60(调整带宽),客户端会报告丢包率和抖动。
3) 实际业务验证:通过模拟真实TCP流(iperf3 默认TCP)或使用HTTP下载大文件多次,观察重传、超时现象。
4.
1) 长期记录:使用PingPlotter或Smokeping做7×24小时的链路监控,设置报警阈值(延迟>100ms或丢包>1%报警)。
2) 抖动(Jitter)测量:用iperf3 UDP测试查看jitter值;实时语音/视频场景中抖动>30ms会影响体验。
3) 抓包分析:如怀疑转发异常,用tcpdump -i eth0 host <目标IP> -w capture.pcap,在Wireshark中打开分析TCP重传、ICMP不可达及路径MTU问题。
5.
延迟判断:avg < 30ms 为优秀(香港对大陆南部通常可达),30-70ms 为可接受,>100ms 体验下降明显。
丢包判断:终端丢包 < 0.5% 为正常,0.5%-1% 需关注,>1% 会影响稳定性和吞吐。抖动 < 10ms 为理想,10-30ms 可接受,>30ms 影响实时业务。
6.
1) 若是某一跳丢包高而后续正常:通常是ICMP限速,不一定影响业务,但若后续也高则为真实丢包,需联系对端运营商或CN2提供商。
2) 若全程延迟高且跳数正常:可能是入网点选的不佳(跨省/跨运营商),可尝试更换香港运营商或更换机房节点。
3) 若丢包/不稳定发生在高峰期:建议升级带宽、使用流量清洗、QoS策略或购买更高等级的租用线路(例如专线/备份链路)。
7.
总体而言,香港CN2服务器对于大陆南部与华东部分节点通常具有较低延迟(常见avg 20-50ms)、丢包率低且稳定性良好;但跨运营商或跨省时路由选择差异会带来偶发延迟或丢包。建议以MTR与iperf3为主做验证,结合长期监控确认稳定性。
若发现持续性问题,可向服务商提交MTR/iperf3日志要求运营商调整BGP/路径或更换出口,通常CN2提供商响应更快且可优化路径。
8.
答:先用ping(100次)、mtr(5-15分钟)和iperf3(TCP和UDP各1-2次)在业务高峰与非高峰分别测试,如果avg延迟稳定低于70ms、丢包<0.5%且jitter低,则适合延迟敏感或在线业务;若存在波动或高丢包,要求提供商看路由或换节点。
9.
答:这种情况多为中间路由器对ICMP包做了限速,不一定影响TCP业务。用iperf3做TCP和UDP测试判断业务影响;若业务受影响,收集mtr/iperf3日志反馈给运营商请求排查。
10.
答:提交工单时附上:测试时间段、源IP、目标IP、ping/traceroute/mtr输出截图或文本、iperf3日志与抓包(pcap)文件、业务影响描述(如丢包/卡顿/超时),并注明测试节点与高峰时间。这样可帮助运维快速定位并调整BGP或链路策略。