同一组数据,两种抱怨
在同一个办公室、同一条线路上,团队里会出现两种描述:做素材上传的人说「下载速度忽快忽慢」,做直播的人说「画面卡顿」。网络侧看到的是一组数据,感受却分成两件事。
原因不在业务本身,而在它们使用的传输方式不同。传输层面对丢包基本有两种处理:一种把丢掉的补回来,一种不再理会。绝大多数业务落在这两类中的一类,而这两类对丢包的代价也对不上。
把这件事分清楚,很多看起来矛盾的现象就说得通了 —— 包括为什么一次带宽测试跑得很好,直播却照样出问题。
会重传的那一类:代价是时间
讲究完整性的业务,丢包的第一个后果不是数据缺失,而是时间。丢掉的包要等对端确认没收到、再由发送端补发一次,这个过程至少要一个完整的往返。
跨境链路上,一个往返通常是几十到几百毫秒。一次补发就是多等一个往返;连续几个包丢失,等待会叠加。这就是「速度忽快忽慢、卡在某个进度不动」的来源 —— 不是带宽被占满,而是在等补发。
还有第二层代价更容易被忽略:这类传输方式把丢包当作拥塞的信号,收到丢包之后会主动降低发送速率,再慢慢回升。丢包越频繁,降速越频繁,整体吞吐就上不去。所以在高时延的跨境链路上,丢包对吞吐的影响往往比带宽本身更大。
需要说明的是,重传保证了数据的完整。丢包严重的时候,这类业务通常表现为「慢」,而不是「错」。
不重传的那一类:代价是可见的缺陷
实时音视频与交互式会话走的是另一条路。它们的数据带着截止时间:那一刻没有到达的画面或声音,之后补上也已经过期,重传等于白费一次往返。所以这类业务通常选择不再理会丢失的部分。
代价因此直接落在观看者与操作者身上 —— 画面出现马赛克或停顿、声音断续、操作跟手感变差。这些现象不是「有点慢」,而是可感知的缺陷。
这类业务会用别的方式弥补:发送冗余数据、临时代码率下调、用前后内容的相关性做修复。手段能减轻影响,但都有代价:冗余要占用带宽,降码率损失的是画质。也就是说,一次丢包带来的损失不会消失,只会被转换成别处的成本。
这也是为什么实时业务的容忍区间最窄:它没有「等一等就好了」这个选项。
带宽测试为什么会漏掉这件事
常见的带宽测试大多基于会重传的那一类传输方式。丢包发生时,测试数值会因为自动降速而下降,但下降的幅度取决于重传与降速机制的表现,并不直接反映实时业务的处境。
更关键的是,这类测试通常只给出一个吞吐结果,看不到丢包本身在什么时段发生、持续多久。用一次速度测试去判断直播能不能用,结论经常是错的:吞吐达标而丢包集中在业务时段,直播照样会出问题。
所以判断实时类业务能不能用,要看的是丢包与抖动在业务时段的表现,而不是一个带宽数字。这两项在四项关键指标里的位置,正是因为这类业务才显得重要。
这也是为什么交付物里给的是分方向、分时段的曲线,而不是一个平均数字。悦播出海给实时类业务的监测把上行单独拆出来看,因为平均值恰好会把忙时那一段波动盖住。
按业务对号入座地看数据
同一组网络数据,交给不同业务去用,能不能用的结论并不一样。所以读数据的时候,先确定是用它来判断哪一类业务。
- 实时音视频、远程协作:看丢包与抖动在业务时段的表现。波动大、且与业务高峰重合,就需要处理;平均值好看说明不了问题。
- 交互式页面与后台操作:看丢包与高时延是否持续存在。偶发的一次不影响使用,持续存在会累积成效率损耗。
- 批量传输与备份:看吞吐,以及它是否在业务高峰挤占了别的业务。这一类的容忍度高,但它的占用会先影响前两类。
如果几类业务的抱怨集中在一类上,而其余几类感觉正常,说明问题更可能出在「传输方式与丢包的组合」上,而不是整条线路不可用。这种情况下先确认丢包出现在什么时段、什么方向,再谈怎么调整 —— 测试口径的做法可以参考怎么测才有可比性。
分清之后,验收与排查都会更准
这个差别有两个直接的用处。
一是验收标准该按最敏感的那项业务定。拿同一组数据去问「能不能用」,不同业务的答案不同。用整体平均去验收,往往会把最敏感的那一项的真实处境盖住,等接入完成之后再发现,返工的成本比一开始就定对标准高。
二是排查的方向更清楚。抱怨集中在实时类业务上时,优先看丢包与抖动;抱怨集中在传输类业务上时,优先看吞吐与路径的往返时延。两者的处置动作不同,混在一起谈,容易变成各说各话。
需要判断自己的业务落在哪一档、以及波峰时段的具体表现时,可以在真实业务上先跑一遍再谈方案:测试期内的数据是按实际使用情况产生的,比一次标准化的速度测试更贴近落地之后的样子。
悦播出海的试用是 3 天 24 小时开放,覆盖完整的工作日与业务高峰;期内不产生费用,也不需要预先付款,测出来的数据可以直接作为验收标准的依据。
关于悦播出海
悦播出海做的是出海企业的跨境网络:SD-WAN 跨境专线、固定独享出口 IP、全球 200 多个节点,覆盖 TikTok 直播、跨境电商、海外办公与多办公点组网。通道经合规审核,线路与节点资源直采、不转手加价;计费按带宽、线路条数、节点三项算,不按账号数。自有技术团队负责配置与调优,出问题能定位到具体一段。月费订阅、带宽可增减,3 天 24 小时试用,用你自己的业务在真实时段测过再决定。上面这些原理,也是我们给方案做取舍时的依据。