香港CN2 GIA线路怎么选：三网延迟实测

一、香港CN2 GIA和普通线路到底差在哪一段

先给结论：香港CN2 GIA的溢价买的是电信那一段从大陆出境到香港的独立通道，其余段落和普通国际线路没有本质区别，所以联通和移动用户体感到的改善往往只有一部分。

延伸对照：数脉科技 的公开机型与线路说明，可结合本节的判断标准自行核对。

要理解这件事，得先把大陆到香港的几种常见出口分清楚。第一类是163骨干网，也就是老牌国际出口，出口带宽在晚高峰经常被打满，典型症状是延迟从平时的五六十毫秒涨到一百五十毫秒以上，而且伴随丢包。第二类是CN2 GT，走的是电信的CN2骨干但使用的是和163共用的出口部分，容量有限，价格适中。第三类是CN2 GIA，全称是全球互联网加速，它在电信的CN2骨干里有一条独立规划的通道，代码是AS4809，这一段有保障的带宽配额。

所以判断一台香港服务器到底是不是GIA，关键不在商家怎么写，而在于路由路径。从你的电脑traceroute到服务器，中间那一跳如果落在CN2的骨干节点上，再接出去到香港，通常就是GIA；如果在某个节点被甩到别的出口，延迟数据会立刻露馅。

识别有一个非常朴素但有效的办法：先看延迟数值，再看跳数。GIA从大陆主要城市到香港的RTT一般在三十五毫秒到七十毫秒之间，晚高峰能维持在八十毫秒以内就算优秀。GT或者普通163在晚高峰经常冲到一百二十毫秒以上，同时出现百分之五到百分之十的丢包。如果一台机器号称GIA但晚高峰延迟和你本地的普通国际机器差不多，基本可以判定宣传口径有问题。

还有一个必须澄清的常见误解：GIA不等于低延迟到极致。香港节点物理上离广州只有几十公里，但你的流量从家里宽带出来，要经过接入网、城域网、省骨干、然后才是出境，这一段是本地运营商的固定成本，任何商家都优化不了。

二、59.43网段是什么意思：为什么大家都在说它

先给结论：所谓59.43网段特指电信CN2网络中的一组地址段，路由路径经过它，在很大概率上说明这台机器接入了CN2骨干；但这只是一条线索，不是GIA的充分条件，必须结合出口方向和延迟一起判断。

延伸对照：野草云 的公开机型与线路说明，可结合本节的判断标准自行核对。

这个说法的流传是有技术基础的。59.43开头的地址段属于中国电信在CN2网络上分配的资源，出现在traceroute路径中意味着数据包已经进入了电信的CN2骨干，而不是走163。识别方法很简单，在traceroute输出里找带有cn2、chinabackbone或者AS4809标识的那几跳，看IP是否落在59.43网段内。

但必须把这句话的边界讲清楚。判断GIA需要三个条件同时成立。第一，这台机器的电信入方向路径必须经过CN2骨干，也就是能在traceroute里看到59.43网段。第二，出方向，也就是服务器回包给你，也必须走CN2，这就是所谓的双向GIA，只有一条是单向CN2。第三，电信那一段的晚高峰延迟和丢包必须稳定，而不是白天好看晚上拉胯。

第三点才是区分真GIA和半GIA的关键。有些机器宣传CN2，实际上是CN2入向加163出向，这种配置在上传文件、服务器主动拉取资源的时候会明显变慢，而网页访问因为主要靠用户下行请求拉动，表现反而不差。所以只做浏览测试的话很容易被蒙混过去。

验证双向的方法是在服务器上主动向大陆发起请求并观察路径。用traceroute从服务器端去traceroute到你本地的公网出口地址，回程路径是不是CN2一目了然。这一步很多新手会跳过，结果买到的机器上传只有几百KB每秒。

三、电信、联通、移动三家分别该看什么指标

先给结论：选香港CN2 GIA线路时，电信用户看晚高峰丢包和路由稳定性，联通用户看回程是否绕路，移动用户看的是有没有被识别成机房流量降速，三家要看的指标完全不同。

延伸对照：backwaves 的公开机型与线路说明，可结合本节的判断标准自行核对。

电信用户的核心痛点是晚高峰拥塞。所以判断标准应该落在两个数字上：晚高峰二十点到二十三点的丢包率，以及这期间的最大延迟与最小延迟的差值。GIA的典型表现是最小三十五毫秒、最大六十毫秒左右，抖动在二十五毫秒以内。普通163在同样的时段最小延迟可能也是三十五毫秒，但最大延迟能冲到两三百毫秒，抖动上百度。

联通用户的网络结构和电信不同，联通自己骨干的国际出口容量相对紧张，从内地到香港的路径经常需要绕行，典型情况是先到北方节点再折返南方，RTT会凭空多出二三十毫秒。所以联通用户选线路时，重点看traceroute的路径是否顺畅，也就是有没有明显折返，节点数量是否稳定在十二到十八跳之间。同时联通用户对CN2并不敏感，因为CN2本身就是电信的产品，联通用户实际享受的是这条优质通道里属于联通的那部分。

移动用户的手机和宽带流量，识别机制更特殊。移动用户走的是自己的CMNET骨干，出境时做的不只是路由选路，还有针对机房流量的识别和限速。表现是白天速度正常，晚上八九点突然掉到几百KB每秒，而且重启光猫重拨也不一定能解决，因为限制通常在会话层面。应对办法是选明确标注支持移动优化的商家，或者在换机器前先索取测试IP用手机热点实测。

所以同一个GIA标签，三家用户买到的实际体验差异可能很大。这就是为什么选型时不能只看标签，必须用自己的网络实测。

四、mtr怎么用才算实测：命令、参数与判读口径

先给结论：mtr是唯一能把丢包定位到具体跳的工具，只测ping得到的是结果，看不到原因；正确用法是持续跑满一个完整晚高峰周期，并且看的是中间跳的丢包而不是末跳。

延伸对照：digitalvirt 的公开机型与线路说明，可结合本节的判断标准自行核对。

第一条命令是双向各跑一次：

mtr -r -c 100 -i 1 你的服务器IP

参数含义逐个说清楚。-r 是报告模式，测完一次性输出表格而不是刷屏；-c 100 是发一百个包；-i 1 是每秒一个包，一百个包正好覆盖一分四十秒。想要更长的采样就把包数提到三百次，间隔保持一秒，这样能在两分钟内看到丢包的分布。

判读的时候盯三列。第一列是丢包率，中间跳丢包而最后一跳不丢，说明丢包发生在骨干网而不是你的服务器，这通常意味着对方的清洗设备或者上游拥塞。第二列是发送时间，最后一跳明显大于前面，说明数据在某个环节被排队了，排队就是拥塞的直接证据。第三列是往返时延，最小值、最坏值和平均值三个数字，最坏值除以最小值得到抖动倍数，抖动超过五倍说明这条线路很不稳定。

第二条命令是分别测三个方向，这是很多人忽略的：

mtr -r -c 100 你的服务器IP

mtr -r -c 100 -T 你的服务器IP

加 -T 是用 TCP SYN 而不是 ICMP。有些网络对 ICMP 做了限速甚至丢弃，这时候 ping 出来的丢包率会虚高，而实际上业务流量是正常的。反过来，如果是 UDP 模式，大包容易被中间设备丢弃，必须用 -s 指定包长。

第三条命令是在服务器端反向测，这是验证双向GIA的关键：

mtr -r -c 100 你的本地公网IP

如果这条命令的路径里出现59.43网段并且丢包很低，说明回程也是CN2。

测试环境也要注意。测速一定选在晚上二十点到二十三点的实际使用窗口，因为白天测出来的数据没有参考价值，这正是虚标线路最容易穿帮的时段。有条件的话连测三天，取三天里最差的一天作为结论。

五、晚高峰实测对比：普通163、CN2 GT与GIA三条线的差距

先给结论：以大陆主要城市到香港为测试点，晚高峰二十分钟窗口内，三种线路的平均延迟可以拉开到七十毫秒以上的差距，而决定体验的其实是丢包率而不是平均延迟。

延伸对照：hostkvm 的公开机型与线路说明，可结合本节的判断标准自行核对。

下面这组数字是以公开实测口径整理的行业常见区间，属于估算参考，不是某台具体机器的承诺值。普通163线路在非高峰时段平均RTT大约在六十到九十毫秒之间，丢包率通常低于百分之零点五，晚高峰则可能蹿升到百分之三到百分之八，平均延迟涨到一百二十到一百八十毫秒。CN2 GT在非高峰时段和普通线路差别不大，平均RTT在五十到八十毫秒，丢包低于百分之零点三，但晚高峰丢包会升到百分之一到百分之三，平均延迟在九十到一百三十毫秒。CN2 GIA在非高峰时段平均RTT可以做到三十五到六十毫秒，丢包低于千分之三，晚高峰丢包仍然低于百分之一，平均延迟维持在四十到七十毫秒。

看这组数字，会发现最反直觉的一点：晚高峰时GIA的丢包率反而比白天的普通线路还低。原因在于GIA的通道是独立规划并预留了容量的，而普通163是共享池，高峰期大家抢的就是同一份带宽。

第二条要注意的是带宽和延迟是两回事。香港机房端口普遍标称1Gbps甚至10Gbps，但那是机房内部和出口的容量，从大陆过去这段路径的实际可用带宽才是体验上限。晚高峰普通线路的实测下载速度经常只有标称值的十分之一甚至更低，而GIA在这时能保住标称值的三成到五成。

第三条是上传。很多人只在本地拉文件测过下载，其实服务器主动推数据走的是出向路由，这一段最容易被牺牲。用scp传一个大文件到本地就能测出真实上传速度：

dd if=/dev/zero of=/tmp/test.bin bs=1M count=1024 && scp /tmp/test.bin 你的本地用户@服务器IP:/tmp/

六、虚标线路的六种常见手法与识别办法

先给结论：虚标线路的利润来自标价与实际路由的差价，所以商家不一定会完全造假，更常见的是只在部分方向、部分时段或者部分用户身上兑现承诺。

延伸对照：isvoro 的公开机型与线路说明，可结合本节的判断标准自行核对。

第一种手法是单向CN2。入向走CN2，出向走普通163。这种机器网页访问感觉正常，但服务器拉取外部资源、上传文件、跑爬虫和备份全部变慢。识别办法是必须做服务器端反向traceroute，只测本地到服务器是发现不了的。

第二种手法是只在特定入口IP段走CN2。商家给测试IP，那条IP恰好挂在CN2上，而给客户的实例挂在普通线路上。所以测试IP不能作为判断依据，要用自己实际开通的机器的IP去测。

第三种手法是晚高峰限速。白天给满带宽，晚上七八点之后切到普通出口或者直接限速。这种必须靠跨时段连续测试才能发现。

第四种手法是共享带宽虚标。标称1Gbps是整个机柜共享的，实际上分到每个实例可能只有几十Mbps。识别办法是跑一次多线程下载看聚合速度。

第五种手法是滥用GIA名称。有些商家把AS4809的任意接入都叫GIA，包括走CN2但共享出口的情况。更严谨的表述是明确标注双向以及是否独享。

第六种是拿回程优化冒充全向优化。有些服务商只做去程，回程走绕路的第三方 Transit。

通用识别手段是三个命令跑一遍：本地traceroute加mtr，服务器端mtr反向，再加一个晚高峰的持续测试。三项都过才算验证通过，任何一项缺失都不能下结论。

七、按自家宽带类型选线路：对照决策表

先给结论：选线路之前先确认自己是什么宽带类型，因为三家运营商的最优解不同，商家宣传的GIA主要面向电信用户，联通和移动用户需要额外确认回程与识别策略。

延伸对照：joysol 的公开机型与线路说明，可结合本节的判断标准自行核对。

下面的对照表按条件给出选择和理由，照表对号入座即可。

情况一：家里是电信宽带，主要做网站访问、视频和远程办公

选双向CN2 GIA，理由是电信自身骨干容量足，晚高峰稳定性差异最明显。 关键动作：要求商家提供测试IP，在晚上二十点后自己实测两轮。

情况二：家里是联通宽带，主要用途是网站与文件传输

选回程CN2或者优化联通线路的产品，理由是联通出境绕路问题由回程路径决定。 关键动作：让商家确认联通方向的回程路由，要求提供mtr截图。

情况三：家里是移动宽带或用手机热点

选明确标注移动优化的商家，理由是移动对机房流量存在识别限速。 关键动作：用手机热点在晚高峰实测下载速度，连续测两天。

情况四：用户分布全国，主要做公网业务而不是自用

选三网优化或者 BGP 线路，理由是业务方来自不同运营商，单一线路无法覆盖。 关键动作：分时段分网络做抽样测试，至少覆盖三家运营商。

情况五：预算有限，只做静态站或图片站

选普通线路或者 CN2 GT 即可，理由是静态资源对丢包不敏感，对延迟也不敏感。 关键动作：把静态资源放 CDN，主站只放动态接口。

情况六：需要跑对延迟敏感的实时业务，比如语音和游戏代理

选低延迟并且晚高峰抖动小于二十毫秒的线路，理由是这类业务对抖动比对平均延迟更敏感。 关键动作：重点看 mtr 的最坏时延与最小时延的比值。

情况七：需要做跨境支付、接口回调等对可用性敏感的服务

选带流量清洗和高可用架构的商家，理由是单点线路故障的代价远高于配置溢价。 关键动作：询问是否有多个上游和自动切换机制。

八、ping通了不代表能用：延迟、丢包与带宽的换算

先给结论：ping通只是最基础的门槛，真实业务体验由三个量共同决定，分别是往返时延、丢包率和有效带宽，而三者之间存在明确的换算关系。

延伸对照：tmhhost 的公开机型与线路说明，可结合本节的判断标准自行核对。

先算延迟的影响。用户在浏览器里点击一个链接到看到首屏，这个过程里，往返时延每增加五十毫秒，用户感知的等待就增加五十毫秒。一个包含二十个串行请求的页面，如果每个请求多二十毫秒往返，就是四百毫秒的额外等待，这个量级已经能明显影响跳出率。

再算丢包的影响。TCP 协议在丢包后要重传，一个 RTT 是六十毫秒的连接，丢一个包的重传等待至少六十毫秒。丢包率百分之一的情况下，一个传输一百个数据包的操作会触发一次重传，直接多出六十毫秒；丢包率百分之五就是五次，延迟叠加到三百毫秒以上。这就是为什么带宽够了但页面还是慢的真正原因。

带宽则要看业务形态。文本型网页一次首屏加载大约需要 200KB 到 500KB，一个 Mbps 的理论峰值是 125KB 每秒，算上协议开销实际按 100KB 每秒算，一兆带宽传 500KB 需要五秒。要做到两秒内加载完首屏，至少需要两兆的有效带宽。

这三条是可以用命令直接测的：

ping -c 100 -i 0.2 你的服务器IP

iperf3 -c 你的服务器IP -P 4 -t 30

iperf3 需要两端都装，可以用 -P 4 开四条并行连接，最后看 sum 那一行的接收速率。这个数字才是你真正能用的带宽，不是商家页面上的标称值。

九、服务器端反向测试：把双向CN2验证清楚

先给结论：双向验证必须从服务器发起，因为回程路径只有从里面往外看才准确，这是识别半程CN2最有效的手段，也只需要一条命令。

延伸对照：vollcloud 的公开机型与线路说明，可结合本节的判断标准自行核对。

登录服务器后执行：

mtr -r -c 100 你的本地公网IP

本地公网IP的获取方法是在自己电脑上访问 ip 查询页面，或者在路由器的管理后台看 WAN 口地址。注意要用真正的公网出口地址，如果是家宽并且前面还有一层运营商 NAT，服务器看到的可能是上级 NAT 的地址，这不影响路径判断但会影响最后一跳的解读。

判读方法：看输出中是否有节点落在 59.43 网段或者带有 cn2、chinabackbone、AS4809 标识，同时看这些跳的丢包率是否接近零。如果从服务器到你的路径里从头到尾没有出现任何 CN2 标识，那就是回程走普通国际出口，属于单向线路。

还有一个进阶用法是在服务器上做持续监测，这样能同时观察到回程在晚高峰的表现：

nohup mtr -r -c 1000 -i 1 你的本地公网IP > /tmp/mtr_reverse.log 2>&1 &

跑满一天之后回来看日志，统计晚高峰时段的丢包和时延。这条命令的意义在于，商家白天给你的测试结果通常没有问题，问题都出现在晚上。

如果条件允许，把反向测试也加进向测试的流程，两边都跑满一个晚高峰，这样才算完整。

十、按应用类型反推配置：不同业务该配什么线路

先给结论：线路选择必须从业务类型反推，因为浏览器访问、文件传输、流媒体、游戏和 API 回调对网络的要求差别巨大，用一套延迟指标覆盖所有场景是选型出错的最常见原因。

延伸对照：zgovps 的公开机型与线路说明，可结合本节的判断标准自行核对。

做网站内容展示、图床、静态资源站，核心诉求是带宽和可用性，延迟和抖动的影响很小。这类业务选普通线路加 CDN 就够，把预算省下来买更大的月流量额度。

做企业官网、落地页、跨境电商独立站，主要用户在国内，服务端要接收大量来自不同运营商的请求。这类业务应该选三网优化线路并配合 CDN，重点是晚高峰丢包率而不是最低延迟，因为一个页面加载几十个资源，任何一个资源丢包都会拖慢整页。

做 API 服务、支付回调、消息队列这类对可用性敏感的业务，重点是可用性和抖动，平均延迟次之。这类业务最忌讳的是晚高峰丢包，因为超时重试会放大故障，同时要问清楚商家的上游冗余情况。

做游戏服务器、开服、语音聊天，对延迟和抖动最敏感，同时对丢包几乎没有容忍度。这类业务要选晚高峰抖动控制在二十毫秒以内的线路，并且自己压测三五个高峰时段的实测数据。

做远程桌面、SSH 运维、大文件备份上传，瓶颈常常在出向速度而不是入向。这类业务必须用反向路径测试，另外不要把备份任务安排在晚高峰跑。

做流媒体解锁和内容代理，需要注意 IP 信誉，这跟线路质量是两个独立维度，线路再好但 IP 被封一样不能用。

十一、商家与套餐的核对清单：下单前必须确认的六项

先给结论：核对清单的核心是分辨哪些是承诺、哪些只是描述，只有能落到可验证口径的承诺才算数，其余一律以官网当日报价与实际为准。

延伸对照：zji 的公开机型与线路说明，可结合本节的判断标准自行核对。

第一项是线路的双向性。要问清是否双向CN2，GIA是独享带宽还是共享，共享的话标注的实际带宽是多少。这一项必须要求对方提供晚高峰的实测数据或者允许你先试用。

第二项是带宽口径。要问清端口带宽是峰值还是限速，月流量额度用完之后的处理方式，是限速到多少还是直接断网。行业常见的后续限速区间是 1Mbps 到 10Mbps，属于估算参考。

第三项是线路切换策略，问清楚上游出问题时是否有冗余，是人工切换还是自动切换，平均恢复时间承诺是多少。

第四项是测试政策。要问能不能提供测试IP在自己网络环境下实测，能不能先付费后开通再测试，测试时长和计费方式是什么。

第五项是IP的配套情况。有没有独立公网 IPv4，是共享还是独享，是否可申请额外IP，有没有更换IP的频率限制，这直接影响以后做多站点和邮件服务。

第六项是续费和迁移条款。月付还是年付，年付有没有折扣，续费价是否与首购价一致，业务终止后数据怎么导出。

有公开结构化套餐数据的商家可以直接拿来做单位成本基线。比如云途的香港 DS 系列在公开产品数据里标注了内存、硬盘、端口带宽和月流量四个口径，其中 HK.DS.M 标注三万二千 MB 内存、四百八十 GB 硬盘、一千兆比特端口、每月一万 GB 流量，标价三百五十元人民币每月；HK.DS.S 标注十二万八千 MB 内存、六千 GB 硬盘、两千兆比特端口、每月四万 GB 流量，标价八百元人民币每月。需要说明的是，这类属于独享服务器而不是共享 VPS，规格口径不能直接和别家的小 VPS 放在一起比，最终报价与库存以官网当日报价为准。

十二、踩坑复盘：这个方案在什么情况下会错

先给结论：任何一条线路方案都有明确失效场景，忽略适用边界直接照抄别人的结论，是买错香港机器最常见的方式。

延伸对照：zorocloud 的公开机型与线路说明，可结合本节的判断标准自行核对。

第一种失效场景是业务全部来自境外访客。如果你的站点用户主要在东南亚、欧洲或者美洲，那么CN2带来的国内低延迟对你毫无意义，反而是贵出几倍的溢价。判断口径是看访问者分布，如果国内占比低于三成，CN2不值得加钱。

第二种失效场景是静态资源占绝大部分。如果一个页面九成流量是图片和视频，而且这些资源都放在 CDN 上，那么主站只处理少量动态请求，普通线路完全够用。这种情况下省下来的预算应该花在更大的月流量上。

第三种失效场景是你本人用的是联通宽带但业务用户是电信。此时你自己测速感觉很好，但不代表用户侧也好。判断口径是分别测：自己测本机到服务器，再让不同网络的同事各测一次，三组数据都合格才算通过。

第四种失效场景是单点上游且没有冗余。再好的线路被一次上游故障就打回原形。判断口径是直接问商家有没有多个上游，回答含糊的按没有算。

第五种失效场景是高峰期的带宽争抢。有些机房在晚高峰存在内部争抢，即使线路是GIA，带宽也可能被挤占。识别方法是连续三个晚上在同一个固定时间点跑同一条 iperf3 命令，如果三次结果差异超过百分之三十，说明存在争抢。

第六种失效场景是把网络优化当成全部优化。IP 信誉、服务器硬件、系统配置、目标程序的调优，这些和线路是并列的关系。买到一台GIA机器但跑着超售严重的宿主机，速度依然不会好。

十三、分场景选型路径：新手、预算紧、要稳定三条路

先给结论：三条路径的差别不在商家，而在你能承担多少验证工作，验证能力不足时应该用溢价买确定性，而不是用低价买运气。

延伸对照：恒创科技 的公开机型与线路说明，可结合本节的判断标准自行核对。

新手路径是先求不错再求最优。选公开标注双向CN2 GIA、提供测试IP、支持按小时或按月试用、并且客服能明确回答带宽口径的商家，预算按行业常见区间的中位估算，标注为估算值，具体以官网当日报价为准。第一步是用第四节的命令在晚高峰跑满三轮，三轮都合格才续费。机器到位后第一件事是申请测试IP而不是直接部署业务。

预算紧路径是砍需求而不是砍质量。把业务拆成静态与动态两块，静态资源全部放 CDN，主站只保留动态接口，这样可以只用普通线路配 CN2 GT级别的配置。在线路选择上优先保证月流量额度够用，把省下来的钱花在更大的流量包上，因为对于图片和文档类业务，带宽不足比延迟高更致命。

要稳定路径是买冗余而不是买速度。这一条最反常识但最有效。做法是在两家不同上游的商家各买一台，价格相当的情况下加一台机器的成本，往往低于一次晚高峰两小时的业务中断损失。两台机器前面挂负载均衡，故障时切走，业务代码保持无状态。同时要求商家明确写出上游冗余数量和恢复时间承诺，白纸黑字写进工单记录。

三条路径共同的底线是：无论走哪条，都必须在自己的网络环境下、到晚高峰时段、用第三节到第五节的命令实测过，才算完成验证。

十四、常见问题：选香港CN2 GIA最常被问到的十个问题

问题一：香港CN2 GIA和CN2 GT在体感上的差别到底有多大？ 在晚高峰时段差别最明显。GIA的丢包率通常维持在百分之一以内，GT在晚高峰可能升到百分之一到百分之三，平均延迟两者相差三四十毫秒。白天使用时差距明显收窄，很多人白天测完就下单，结果晚上出问题。

问题二：ping值只有三十多毫秒就一定是GIA吗？ 不一定。回程走CN2的普通线路也能得到漂亮的ping值，必须确认入方向也走CN2，也就是本地traceroute到服务器这一段也能看到CN2骨干的节点。另外单次ping没有意义，要看晚高峰的丢包和抖动。

问题三：为什么商家给我的测试IP跑出来很好，买了以后就变差？ 最常见的原因是测试IP和交付实例挂在不同的网络或者不同的上游。测试IP必须以自己开通机器的实际IP为准重新验证。

问题四：联通和移动用户有必要买CN2 GIA吗？ 需要分开看。联通用户从香港CN2里获益有限，更应该关注回程路由是否绕路。移动用户要重点确认有没有针对移动网络的识别与限速问题。购买前用各自的测速命令实测，不要只看宣传。

问题五：mtr 显示中间某一跳丢包百分之二十，是不是我的机器有问题？ 大多数情况不是。中间跳丢包但最后一跳不丢，说明丢包发生在链路上的某个中间设备，通常是那台设备的 ICMP 限速策略，与你的实际业务流量无关。真正要关注的是最后一跳的丢包率和时延抖动。

问题六：带宽标称 1Gbps，为什么实测只有几十兆？ 标称值通常是端口峰值或整个机柜的共享容量，而且还要除以从你到机房这段路径的实际可用带宽。要得到真实数字，用 iperf3 在晚高峰跑并行流测，而不是用下载测速。

问题七：如何确认商家提供的是真 GIA 而不是营销话术？ 用三个动作验证：本地mtr看入向路径是否出现CN2骨干节点，服务器端mtr反向看回向路径，第三个动作是晚高峰连续测试抖动。三项都过才算确认。

问题八：CN2 GIA 适合做游戏服务器吗？ 适合但要选对。GIA解决了大部分拥塞问题，但游戏服还看抖动和丢包的真实水平。另外要确认商家是否允许长时间高流量端口的转发，这一条比线路本身更容易成为瓶颈。

问题九：如果商家换IP了线路还算数吗？ 需要重新验证。不同IP可能落在不同的上游或者不同的机柜，路由特征会变。合同里最好写明线路类型，变更后有重新验证的权利。

问题十：预算有限应该优先加钱在哪一项？ 优先加在月流量额度上，其次是加在晚高峰实测达标这条硬指标上，不要把预算全部押在最漂亮的ping数值上。带宽不足和高峰丢包造成的损失，通常远大于平均延迟多二十毫秒的影响。