(1) 询问客户网络需求:带宽、业务类型(网站/游戏/语音/视频)、访问高峰时段。
(2) 确认目标节点:只需访问中国大陆还是全球多点,是否要求 CN2 GIA(高质量直连)或 CN2 GT。
(3) 收集客户信息:公网 IP、ASN(如有)、服务器操作系统、已有监控权限与联系方式。
(1) 在后台选择“香港 CN2”产品并核对是否标注 GIA/GT;如需低延迟优先选 GIA。
(2) 填写带宽、计费周期、目标出口(香港/深港/红磡)与是否需要 BGP。
(3) 下单后确认 SLA、上线时间窗口与工单联系人,记录工单号便于跟进。
(1) 核对客户提供的 IP、端口和 ASN 与订单一致。
(2) 在调度系统里创建测试任务:安排测试 IP/速率、并指定测试人员与时间窗。
(3) 告知客户预计完成时间与需要配合的操作(如重启路由/开放端口)。
(1) Ping 测试:ping -c 10 <目标IP>,记录平均延迟与丢包。
(2) 路由跟踪:traceroute -n <目标IP> 或 tracert -d <目标域>,查看是否经过 CN2 节点。
(3) 带宽测试:用 iperf3 -c <测试服务器> -P 4 -t 30,观察吞吐与抖动;如无 iperf,可用 speedtest-cli。
(1) traceroute 中常见 AS 或节点名含有 “CN2/GIA/China Telecom” 等字样。
(2) 延迟与跳数:CN2 常比普通电信回程少 10~30ms,若延迟异常高需要告知运营方做路由核查。
(3) 向线路提供商索要路由镜像或 BGP 社区信息核对。
(1) 丢包或高延迟:先让客户在不同时间段重复 ping/mtr,保存日志并上传。
(2) 带宽跑不满:确认客户服务器本地端口/防火墙、TCP 窗口、并发连接数设置;建议做 iperf 多线程测试。
(3) 路由绕行:如非 CN2 路由,记录 traceroute 并提交给上游运营商要求 BGP 调整或社区下发。
(1) 附上客户基本信息、测试时间戳、ping/traceroute/mtr/iperf 日志。
(2) 说明期望:切换到 CN2/GIA、添加 BGP 社区、或更改出口节点,优先级与 SLA 要明确。
(3) 如果涉及跨 ASN,注明对方 ASN 与 IP 段,以便技术侧联系对端运营商。
(1) TCP 参数:调整 tcp_window_scaling、tcp_congestion_control(如使用 bbr)并重启生效。
(2) TLS/HTTP 优化:启用 HTTP/2、TLS 会话重用、开启 Keep-Alive,减少握手延迟。
(3) CDN 与动静分离:把静态资源放到 CDN,减轻源站压力,提高并发响应。
(1) 初次回复模板:说明已收集的信息、预计排查时间、需要客户配合的具体命令及回传方式。
(2) 升级模板:说明已将问题升级到 NOC/运营商并附上提交日志与期望解决时间。
(3) 关闭工单模板:列出已做的优化项、测试结果与后续建议,邀请客户复测并评分。
(1) 建议客户部署持续监控:使用 pingdom/UptimeRobot 或自建脚本定期采样并告警。
(2) 定期回顾路由:每季度检查 BGP 路由变化并与运营商沟通优化计划。
(3) 做用户体验报告:收集高峰期数据,若多用户反馈慢,建议扩容或多线冗余。
答:让客户提供 traceroute/mtr 结果,查看跳数与节点名称是否含 “CN2/GIA/ChinaTelecom” 等标识;同时对比延迟与丢包,CN2 延迟通常更低。若仍不确定,要求供应商提供路由镜像或 BGP 历史以确认。
答:先在客户设备做本地排查:检查防火墙限速、网卡驱动、TCP 并发与窗口设置;再用 iperf3 做多线程测试排除服务器瓶颈;最后看路由是否存在丢包或中间节点限速。
答:提供完整且规范的工单资料(时间戳、日志、traceroute、客户目标 IP/ASN、期望变更),明确 SLA 与优先级,并在工单中附上复现步骤与影响范围,必要时发起电话/会议加速处理。
