什么是上行带宽?为什么下载很快,上传和视频会议却总卡?

为什么宽带下载很快,上传文件和视频会议却总是卡顿?这可能与上行带宽不足或不稳定有关。本文介绍上行带宽的作用、常见影响场景,以及测速方法和排查步骤,帮助判断办公网络上传慢、会议卡顿的原因。

奚
奚翔
万联SD-WAN
技术干货
1 阅读
什么是上行带宽?为什么下载很快,上传和视频会议却总卡?

一句话说明

上行带宽,是你这边的网络往外发送数据的能力:上传文件、视频会议里发出自己的画面和声音、直播推流,用的都是上行。反过来,看网页、下载文件、看别人的画面,用的是下行带宽。

打个比方

把宽带想成一条双向的路:进城方向(下行)修了八车道,出城方向(上行)只有一两条车道。平时大家主要是“进城”,看视频、刷网页都很顺;可一旦要大量“出城”,比如整个办公室同时传文件、开会,出城那一两条车道很快就堵住了。

很多宽带的上行和下行本来就不一样大。套餐宣传里的“几百兆”“千兆”,通常说的是下行;上行往往比下行小得多,具体多少要看套餐说明或问运营商。

为什么重要

不了解上行,很容易出现下面这些“明明网速很快却很卡”的情况:

  • 视频会议:你看别人很清楚,别人看你却卡、糊,或者你说话断断续续。你看别人用下行,别人看你用的是你这边的上行。
  • 上传大文件:下载一个大文件几分钟,上传同样大小的文件却要很久。
  • 直播推流:推流完全依赖上行,上行不够或不稳,画面就会卡顿、掉清晰度。
  • 别人访问你这边的电脑或文件:同事从外地打开办公室电脑上的共享文件,对办公室来说是“往外发”,消耗的是办公室的上行。

还有一个容易被忽视的现象:上行被大量占用时,下载也可能变慢,延迟也会变高。因为下载时你的电脑也要不停地往回发“已收到”的确认信息。出城方向排起长队,确认信息就要跟着排队,晚一步才送到对方;对方迟迟等不到确认,就会放慢发送,进城方向也跟着慢下来。

怎么判断、怎么查

  1. 看测速结果的“上传”那一项:常见测速工具都会同时给出下载和上传两个数字,重点看上传,不要只看下载。
  2. 注意单位:测速显示的单位一般是 Mbps(兆比特每秒),而文件大小和下载软件里显示的常是 MB/s(兆字节每秒)。两者大约差 8 倍:上行 40 Mbps,按理论换算上传文件最快也就是每秒 5 MB 左右;实际通常还要低一些,因为传输本身有额外开销,对方服务器的处理能力和线路状况也会影响速度。
  3. 在“出问题的时候”测:上行是全办公室共用的。没人用时测出来的数字,不代表开会、传文件时每个人能分到多少。
  4. 对比有线和无线:无线信号差也会让上传变慢。插网线测一次、无线测一次,能分清是宽带上行不够,还是无线这一段的问题。
  5. 按“同时在用”来估算够不够:上行是整个办公室共用的,够不够用不能只看套餐上的数字,要看高峰时段有哪些事情在同时往外发数据。比如同一时间有人在上传大文件、有几场视频会议在开、有人在直播推流,再加上同事从外地访问办公室的共享文件,这些都在分同一条出城车道。单个人测速正常,不代表大家一起用的时候也够。
  6. 留意后台的“隐形上传”:网盘自动同步、电脑自动备份、监控录像上传到云端,这些往往在后台持续占用上行,平时不容易察觉。会议卡顿时,可以先暂停这类同步,再对比一下效果。

所以选宽带或评估现有线路时,除了下行,还要单独问清上行是多少,并结合办公室同时在线的人数、视频会议和上传文件的频率来判断;对经常开会、经常往外传文件的团队,上行的大小和稳定性同样重要。

需要更精确的测试(例如测两个办公点之间的上行能力),可以用文末附录里的命令。

常见误区

  • “千兆宽带,上传一定够用”:千兆通常指下行,上行要单独看。
  • “视频会议卡,换个下载更快的套餐”:如果卡在“别人看你”,要看的是上行。
  • “上传慢一定是对方服务器的问题”:反过来,也不一定是自己这边的问题。上传慢可能出在本地上行,也可能出在对方服务器、对方网络或中间的线路上。先在自己这边测一下上行,再往几个不同的地方传文件对比,看是处处都慢,还是只有某一个地方慢。
  • “只要上行数字够大就不会卡”:数字够大但忽高忽低,或者有人在后台大量上传,同样会卡。稳定性和占用情况一样重要。

相关问题

  • 《视频会议总卡顿,是带宽不够还是网络抖动?》
  • 《文件传输总中断?异地文件共享的排查顺序》

万联 WANFLOW 持续关注企业办公网络的规划与排查。

往期文章

1、跨地域办公下的企业组网:让业务系统随人而动

2、新开办公点或直播间,组网上线前要确认的 8 件事|万联 WANFLOW

附录:测试上行带宽的命令

用 iperf3 在两台电脑之间测试(一台做服务端,一台做客户端;需要两端都安装 iperf3,并且客户端能访问到服务端地址)。

测试前确认两点:一是服务端的防火墙放行了 iperf3 使用的端口(默认是 5201);二是服务端自身的网络能力要足够,比如测办公室上行时,服务端那一侧的下行要明显大于办公室的上行,否则测出来的是服务端的瓶颈,而不是你这边的上行。

# 服务端(接收方)

iperf3 -s

# 客户端:默认方向是客户端发送、服务端接收,测的是客户端这一侧的上行

iperf3 -c <服务端地址> -t 30

# 加 -R 反向:服务端发送、客户端接收,测的是客户端这一侧的下行

iperf3 -c <服务端地址> -t 30 -R

说明:

  • 结果里的 Bitrate 一栏单位是 bits/sec,与测速网站的 Mbps 是同一口径。
  • 只有在两端之间的网络上才有意义;测的是两点之间这条路的能力,不等于运营商宽带的标称值。
  • <服务端地址> 换成实际可达的服务端地址。

分享文章