1. 评估业务需求与流量类型
步骤1:明确用途(网站访问、API、语音/视频会议、CDN 回源、备份)并记录峰值并发、目标带宽(如 100M 持续或突发)。
步骤2:估算上/下行比例(例如 80% 下行、20% 上行),决定是否需要对称带宽。
步骤3:列出关键性能指标(延迟、抖动、丢包、SLA 可用率)并设定目标值,例如:往返延迟 < 60ms、丢包 < 0.5%。
2. 选择网络类型与路由(CN2 GIA vs 普通 CN2)
步骤1:询问供应商是否走“CN2 GIA”(优先、专用链路)或普通 CN2,索要路由拓扑图与 ASN 路由路径。
步骤2:要求提供到中国大陆/台湾的具体跳点(PoP)、出口节点(如北京、上海、广州)与互联运营商,核对是否有直连/对等。
步骤3:若对延迟敏感,优先 CN2 GIA;若预算紧张,确认普通 CN2 的平均延迟与丢包历史数据。
3. 合同与计费细则(必须逐条核对)
步骤1:确认计费方式:固定带宽(专线 100M)还是突发/按 95 峰值计费,要求写入合同并示例计算。
步骤2:审阅 SLA(可用率、延迟/丢包上限、故障恢复时间/换件时间、赔付机制),要求明确响应时限(如 15 分钟响应,4 小时修复)。
步骤3:明确维护窗口、变更通知方式、端口类型(SFP/光口或 RJ45)、物理交叉连接费及乙方或甲方提供的设备责任。
4. 实际测试方法与操作步骤(建议一套完整测试流程)
步骤1:要求供应商先提供测试 IP/测试服务器(台湾端)或安排试用期。
步骤2:在你的内网或云主机上执行以下测试(示例命令):
- 带宽测试(iperf3):在台湾端启动:iperf3 -s;在本端运行:iperf3 -c
-P 10 -t 60,观察平均带宽与抖动。
- 路由与丢包(mtr):mtr -rwzbc 100 (Linux),检查每跳丢包并记录丢包集中点。
- 延迟(ping):ping -c 100 ,统计平均往返、最大与丢包率。
步骤3:多时段测试(工作时间高峰、非高峰、周末),并保存输出为日志(txt),供供应商比对。
5. BGP、路由策略与设备配置要点(如果需要自建对等)
步骤1:索要对等 ASN、对端 IP、MD5 密钥(若采用 BGP)与预期的路由前缀。
步骤2:给出示例配置(Cisco-like):
- router bgp 65000
- neighbor x.x.x.x remote-as 65001
- neighbor x.x.x.x password yourMD5
- network 203.0.113.0 mask 255.255.255.0
步骤3:确认 BGP 政策(local-preference、AS-path、MED)用于流量倾斜与故障切换,测试 BGP 切换时间并记录。
6. 冗余、监控与上线切换步骤(确保业务不中断)
步骤1:建议至少双路接入(两个不同供应商或两个 PoP),并准备 BGP 双边对等或静态备份路由。
步骤2:上线前做“回退计划”:设置短 TTL 的 DNS 测试记录、或在一天低峰窗口切换;准备回退命令和联系人清单。
步骤3:部署持续监控(Zabbix/Prometheus + Blackbox exporter,或第三方 UptimeRobot/ ThousandEyes),设置阈值告警(丢包>1%、延迟>80ms)。
7. 问:如何判断供应商宣称的“CN2 100M”是真实 100M?
答:执行端到端 iperf3 测试(连续 3 个时段每次 60 秒以上),并使用不同并发流(-P 10)压满链路;同时在高峰期与非高峰期均测试并保存日志,用 mtr 查找丢包点。若多次测试平均吞吐接近 100M 且丢包在 SLA 范围内,可认为真实;否则要求按合同赔付或整改。
8. 问:如何在合同中约定故障赔付与测试凭证?
答:要求写明 SLA 指标、测量工具(如以 iperf3/mtr 日志为准)、出问题时的证据提交流程(双方邮箱/工单系统),并约定赔付公式(例如每小时不可用赔付带宽费用的 X% 或按月费用比例)。同时保留历史测试日志以备仲裁。
9. 问:上线后如何持续验证与优化连接质量?
答:部署主动监控(每 1-5 分钟的 ping/mtr/iperf 检测)、建立报警(短信/邮件/钉钉),并定期(每周/每月)汇总延迟/丢包/带宽使用报表;遇到退化,先根据 mtr 定位跳点,与供应商协商调整路由或要求优化 CN2 路径。
来源:选择台湾cn2 100m时必须了解的五大关键要点