步骤:1) 明确目标:带宽峰值/持续吞吐/并发连接/延迟/丢包/Jitter;2) 指定计费关注点:计费口径(95峰值/按流量/月流量包/端口计费)、进出流量归属、取样间隔;3) SLA要点:响应时间、修复时长、可用率、罚金条款。小提示:把这些写进评估清单,便于后续逐项验证。
工具清单:Linux(或WSL)终端、iperf3、speedtest-cli、mtr、traceroute、tcpdump、wrk/ab/locust(HTTP压测)、vnstat、iftop、Prometheus+Grafana。访问方式:确认SSH或控制台、是否能上传测试脚本、是否开放ICMP/iperf端口。操作要点:先与供应商沟通测试端口与流量允许范围,避免触发封禁。
操作步骤:1) ping -c 100 <目标IP>,记录平均/最小/最大/丢包率;2) mtr -r -c 100 <目标IP> 查看路径与丢包跳点;3) traceroute -n <目标IP> 识别运营商与跨境链路。如何判定:单跳丢包或高延迟表明中继问题;跨境链路高波动说明需关注上游承载商。
操作步骤:1) 在远端启动iperf3 server:iperf3 -s -p 5201;2) 本地并发测试:iperf3 -c
步骤示例:1) 使用wrk:wrk -t4 -c200 -d60s http://
常见计费方式:95th 百分位、按流量(GB)、按带宽峰值或端口速率。95th 操作步骤:1) 从供应商获取或自行采样(通常5分钟/样本)流量值序列;2) 将样本按大小排序,去掉最高的5%,剩余最大值即计费峰值。样例:每5分钟采样结果10000条,去掉500条,最大值200Mbps则计费按200Mbps。对比:按流量计费需关注计费方向(egress vs ingress)。
步骤:1) 索要详细账单CSV,包含时间戳与样本值;2) 使用脚本(Python/Pandas)按供应商口径重算95th或流量总和,代码示例:读取CSV -> 按5分钟聚合 -> 排序 -> 去顶5% -> 得到峰值;3) 若发现差异,导出对比图表并截图作为证据提交工单。
监测与证据:1) 部署Prometheus + node_exporter + blackbox_exporter监测ping/HTTP,每分钟采样并保存90天;2) 配置Grafana告警(丢包>2%或RTT>100ms触发);3) 出问题时保存原始采样、tcpdump、iperf日志与监控图表,按SLA流程提交,并记录工单号与响应时间。
核验要点:1) POP位置(台北/台中/高雄)、是否就近拨号节点;2) 上游承载与对等(Asc、Chunghwa等)、是否支持IPv6、BGP路由策略;3) 是否包含DDoS保护、带宽保障、额外burst额度、计费透明CSV与API、支持时区与语言。建议在合同写明测试窗口与免费测试流量。
问:95th 与按流量计费哪个对企业更划算?
答:短期大量突发流量偏向95th会更划算(可容忍短时冲高);持续高流量则按流量包或固定带宽更优。决策基于月峰值波动与流量曲线,建议先做2周采样再选计费模式。
问:如何在对账时快速找出计费差异?
答:导出供应商CSV后用脚本按其采样间隔重算(例如5分钟),生成时间序列并计算95th或累计流量;对比原账单差异并保留采样文件与脚本输出,作为申诉证据。
问:如果出现跨境高丢包但供应商否认责任,我应如何处理?
答:第一步:保存mtr/traceroute/iperf/tcpdump证明路径与丢包时间点;第二步:提交工单并要求上游诊断;第三步:若无响应,按合同SLA申请赔偿并考虑更换到具有更好对等和多线接入的供应商。